AD-A264  468 


DTIC  © 

SELECTE  M 
MAY1  91993|  I 

C  ^  Draft 


Department 

of 

Defense 

DoD 

Electronic  Data 
Interchange  (EDI) 
Convention 


ASC  X 1 2  Transaction  Set  850 
Purchase  Order 
(Version  003010) 


DL203LN19 


DBTRIgUnCfK  gTATatEWT  A  < 

Approved  ico  pUDiac  \ 

Pi«aouaoo  Uaitautxi  ’ 


January  1993 


BASEl  INE  AS  OF:  JANUARY  29.  1993 

f  ^  - 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


PURCHASE  ORDER 
850.0030  lODoD 


Draft 


Department 

of 

Defense 

DoD 

Electronic  Data 
Interchange  (EDI) 
Convention 

ASC  X 1 2  Transaction  Set  850 
Purchase  Order 
(Version  003010) 


Thu  docuirent  was  prepared  by  the  Logiatio  Management  Institute  for  the  Defense  Logiatiot  Agency  under 
Task  Dl^C3.  The  task  was  performed  under  Contract  MDA903-9(Kr-(W06  with  the  Department  ^  Defense 
Permiaalon  to  quote  or  reproduce  any  pan  of  this  document  except  for  Government  purposes  must  be 
obtained  from  the  Department  of  Defense  Executive  Agent  for  Electronic  Commerre/Hiectronic  I!)ata 
Interchange/Protection  of  Logistics  Unclassified/Sensitive  Systems. 


Executive  Agent  for  EC/EDI/PLUS 
Defense  Logistics  Agency 
Cameron  Station 
Alexandria,  VA  22304-6100 


BASELINE  AS  OF:  JANUARY  29.  1993 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


TABLE  OF  CONTENTS 


1.0 


2.0 


3.0 


4.0 


5.0 


INTRODUCTION .  1.01 

1.1  PURPOSE  OF  THE  CONVENTION  ....  1.0.1 

1.2  SCOPE  .  1.0.1 

1.3  RESPONSIBLE  ENTITY  . 1.0.1 

1.4  HOW  TO  USE  THE  IMPLEMENTATION 

CONVENTION .  1.0.2 

1.4.1  Conventions,  Standards,  and  Guidelines  .  .  1.0.2 

1.4 .2 Documentation  of  Conventions .  1.0.3 

MAINTENANCE . 2.01 

2.1  MAINTAINING  CONVENTIONS . 2.0.1 

2.2  VERSION/RELEASE  TIMING . 2.0.1 

DoD  CONVENTIONS  FOR  USING  ASC  X12 
TRANSACTION  SETS  3.01 

3.1  INTRODUCTION . 3.0.1 

3.2  CONTROL  SEGMENTS . 3.0.1 

3.2.1  Description  of  Use . 3.0.2 

3.2.2Control  Segment  Specifications  . 3.0.5 

3.3  EXAMPLE  OF  CONVENTION  USE  .  .  .  .3.0.15 

3.4  DoD  CONVENTION  . 3.0.2! 

ASC  X  12  FORMS .  4.01 

GLOSSARY . 5.01 

5.1  XI2  GLOSSARY  . 5.0.1 


5.2  DoD  GLOSSARY  . 

,  Ar&«*siOi'  for 

I  NTIS  CRA&I 
:  L'l!.'  TAB 
;  Lt  I'Ll.-iCCO 


5.0.6 


Q 

□ 


;  By _ 

Di  .t- ibution  I 

BAOEUNE  AS  O.  :  JANUARY  29, 1993  L_  _ Cooes 

Avail  ,!  id/of 


DEPARTMENT  OF  DB^ENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATKJN  CONVENTION 


1.0  INTRODUCTION 

This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  repon- 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  Unified  and  Specified  Commands. 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD's  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24. 
1988.  Subject:  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  1ASD(P&L)]  memorandum  of 
November  21.  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  .Sec  Chaplet  2.0  Maintenance,  Sc4.uoii  2.1 
for  office  point  of  contact 


1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implemeniation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  X12.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement' 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows; 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  XI2  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standa^s  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1.4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  XI 2  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programnier  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance.  Section  2,1 
for  the  point  of  contact. 

1.4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  ot  saategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAT’  appears  in  the  left  column  if  DoD  does  not 
use  tne  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DcD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  Xi2  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-fomn  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
A^ee  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e  g.,  purchase  order 
acknowledgment  sent  in  response  to  a  purchase  order). 
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To  indicate  the  beginning  of  a  transaction  set. 
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1.  BGN02  is  the  Transaction  Set  Reference  Number. 

2.  BGN03  is  the  Transaction  Set  Date. 
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4.  BGN05  is  the  transaction  set  time  qualifier. 
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•  Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industrc'  recommends 
their  use  to  facilitate  EDI.  Most  comptinies  in  the  industry 
are  expected  to  use  this  data  element. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

•  Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 


This  chapter  describes  the  procedures  for  rriaitiLiining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD’s  Executive  Agent  for  EDI  and  PLUS,  lues 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  proce.ss.  tind 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  XI2  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  /.sC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  di.ssemi- 
nated. 

The  EA’s  primary  source  of  information  about  DoD's  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Woik  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version"  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  tran.smitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480.  Ver- 
sion/Relea.se/lndustry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Easition  Content 

1-3  Version  number 

4-5  Release  level  of  version 

6  Subrelease 

7-12  DoD/lndustry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “000'' 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_''  with  the  10th 
character  identifying  successive  publications.  The  1 1th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  rc'ease  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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ANSI  ASC  X12  VERSION  HE'- EASE  003010DOD 

3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DdD  triinsiiction  set  conventions,  li 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes, 

3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  building  bitxk 
concept,  which  standardizes  the  esseniitd  elements  of  business 
transactions.  It  is  analogous  to  a  "standtud  bill  of  materials  and 
the  construction  specifications.”  which  gives  the  archiiec! 
flexibility  in  what  can  be  designed  with  standardized  materitils  and 
procedures.  The  EDI  system  designer,  like  the  tu'chitcci.  uses  the 
ASC  X12  standards  to  build  business  tran.saciions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  XI 2 
standards.  The  “bill  of  materials  and  the  construction  specification" 
of  ASC  X12  arc  the  standards  found  in  the  published  technical 
documentation. 

ASC  X12,3  -  The  Daia  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  compri.se 
the  transaction  sets  developed  by  ASC  XJ2. 

ASC  X12.5  -  The  Interchani^c  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  th  "  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  XI2.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  conventioi.  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  me  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inler- 
change  Standards  Association,  Inc,.  Suite  3.3.*!.  18(X)  Diagonal 
Roal,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  tlic  EDI  stnictiire 
provides  the  standards  user  with  multiple  levels  of  control  to  ensua- 
daui  integrity.  It  does  so  by  using  hcauer  and  trailer  control  segments 
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designed  to  identify  uniquely  the  sum  and  end  of  the  interchtmge 
functional  groups  and  transiiciion  sets.  The  relationship  of  tliese 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segnicnt 
specifications  are  defined  in  Section  3.2.2. 

Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  .segments  and  per¬ 
form  the  following  functions: 

•  Define  the  daui  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  fNo  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  suitus  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113.  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  functional  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Depanment  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  re)ea.se  in  which  the  convention  is  written. 
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Segment:  iSA  interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME _ ATTRIDUTES 

ISA01  I01  Authorization  information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  auihorization  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  I03  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defertse  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 


Mandatory 


ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
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Mandatory 


Codo  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordirtated 
with  the  value-added  network  (VAN). 

ISA08  107  Interchange  Receiver  ID  M  ID  15/15 

Identification  code  published  by  the  receiver  of  the  data.  When  sending,  it  is 
used  by  the  sender  as  their  sending  ID,  thus  other  parties  sending  to  them  will 
use  this  as  a  receiving  ID  to  route  data  to  them. 


Mandatory 


Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  JSA05  and 
coordinated  with  the  VAN. 

iSA09  108  Interchange  Date  M  DT  6/6 

Date  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  YYMMDD 


Mandatory 


Mandatory 


Mandatory 


ISA10  109  Interchange  Time  M  TM  4/4 

Time  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  HHMM 

ISA11  110  Interchange  Control  Standards  Identifier  M  ID  1/1 

Code  to  identify  the  agency  responsible  for  the  control  standard  used  by  the 
message  that  is  enclosed  by  the  interchange  header  and  trailer. 

U  U.S.  EDI  Community  of  ASC  XI 2.  TDCC,  and  UCS 

ISA12  111  Interchange  Control  Version  Number  M  ID  5/5 

This  version  number  covers  the  interchange  control  segments  and  the  functional 
group  control  segments. 

00301  Draft  Standard  for  Trial  Use  Approved  for  Publication  by  ASC  XI 2  Procedures 
Review  Board  Through  October  1990 

Code  Value  Implementation  Note: 

Version  ID  as  defined  or  agreed  upon  by  the  trading  partners. 


Mandatory 


Mandatory 


Mandatory 


ISA13  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

iSA14  113  Acknowledgment  Requested  M  ID  l/l 

Code  sent  by  the  sender  to  request  an  interchange  acknowledgment. 

0  No  Acknowledgment  Requested 
1  Interchange  Acknowledgment  Requested 

ISA15  114  Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  interchange  envelope  is  test  or 
production. 

P  Production  Data 
T  Test  Data 
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Mandatory 


Coda  Value  Implementation  Note: 

Assigned  by  translation  software. 

ISA16  115  Subetement  Separator  M  AN  1/1 

This  is  afield  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 

Implementation  Note: 

Use  character 
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Segment:  GS  Functional  Group  Header 

Purpose;  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 

Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02>. 


Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X12 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DCS.  ELEMENT  NAME  _ ATTRIBUTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  information  content  of  the  functional  group.  SeeXll  Dictionary  for 
source  code  list. 

PO  Purchase  Order  Transaction  (850) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 


Mandatory 


GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 


Mandatory 


Mandatory 


GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  tocation). 

Implementation  Note: 

Assigned  by  translation  sojtware. 


Mandatory 


GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 
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Mandatory 


Mandatory 


Implementation  Note: 

Assigned  by  translation  software. 

GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  X12 

Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  XI2  standard  is  being  transmitted. 

GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  version,  release,  subrelease  and  industry  identifier  of  the  EO! 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  XI 2  Through  June  1990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  XI 2  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  '<ata  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMEKT  NAME _ _ ATTRfRLfrCS 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  lEA  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  ELEMENT  NAME  _ _ ATTmBl.fTcS 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  inciuded  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

tEA02  !12  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parlies 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  fSAlS . 
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EXAMPLE  ■  PURCHASE  ORDER  TRANSACTION  SET  (850) 


ASC  X12£PI  FORMAT 

ST*850*PA0001  N/L 

BEG*00*NE*N0001993P3010**930120**AK  N/L 

REF*65*PA0(X)1  N/L 

REP*RQ*N000192252055  N/L 

REF*AT«572360029247WL6106FF616400619 
62201FS9S600240301CN  N/L 

REF*PR*PQ3010N/L 

FOB*DF*DE  N/L 

rro*08*3  •2**10^  N/L 

DTM*002*930630N/L 

PWK*MR*EL  N/L 

N1*BY**10*N00019  N/L 

REF*IT*N206CN/L 

PER*BD*JAMES  BOND*EM*TZQ977532  N/L 


DEFCSmON 

THIS  IS  AN  850  PURCHASE  ORDER  WITH  A 
CONTROL  NUMBER  OF  PAOOOl. 

THIS  IS  AN  ORIGINAL  PURCHASE  ORDER 
NUMBER  N0001993P3010  DATED  JANUARY 
20. 1993.  AN  ACKNOWLEDGMENT  WITH  NO 
DETAIL  OR  CHANGE  IS  REQUIRED. 

THE  UNIQUE  TRACKING  NUMBER  IS 
PAOOOl. 

THE  REQUISITION  NUMBER  IS 
N000192252055. 

THE  ACCOUNTING  DATA 


THE  PRICE  QUOTE  NUMBER. 

THE  SHIPMENT  METHOD  OF  PAYMENT 
WILL  BE  DEFINED  BY  THE  TRADING 
PARTNERS.  THE  FOB  POINT  IS  AT 
DESTINATION  AND  THE  INSPECnON  AND 
ACCEPTANCE  POINTS  ARE  AT  ORIGIN. 

THERE  IS  A  DISCOUNT  OF  2  PERCENT  IF 
THE  PAYMENT  IS  MADE  WITHIN  10  DAYS 
OF  THE  INVOICE  DATE  THE  TOTAL 
INVOICE  AMOUNT  IS  DUE  WITHIN  30  DAYS. 

THE  REQUIRED  DELIVERY  DATE  IS  JUNE 
30. 1993 

THE  MATERIAL  INSPECTION  AND 
RECEIVING  REPORT  SHOULD  BE  SENT 
ELECTRONICALLY. 

THE  PURCHASE  ORDER  WAS  ISSUED  BY 
AN  ACnVTTY  WHOSE  DODAAC  IS  N00019. 

THE  BUYER’S  OFRCE  SYMBOL  IS  N206C. 

THE  CONTRACTING  OFFICER  IS  JAMES 
BOND  HIS  ELECTRONIC  MAIL  ADDRESS  IS 
•IZQ977532. 
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N1*SE**33»1B712N/L 

Nl*  OI**10*DLA8DM  N/L 

NI*PR**10*DFA2PM  NA. 

P01*CK)01*4*ST*2500*QT*MG*B918273645  N/L 

PID*F****AIRCRAFT  BRAKES  NA- 
PWK*C3»*WS*6NA- 

PKG*S*37*DD*P22*BUBBLE  WRAP  NA- 

AMT*1*10000NA- 

N1*ST**10*N66089  NA- 

P01*0002*10*EA*500*QT*FS*261(X)16782436  NA- 

MEA*Cr*PO****10  NA- 


THE  SELLING  PARTY  IS  A  CONTRACTOR 
WHOSE  CAGE  CODE  IS  1B712. 

THE  OUTSIDE  INSPECTION  AGENCY  IS  AN 
ACTIVITY  WHOSE  DODAAC  IS  DLA8DM. 

PAYMENT  WILL  BE  MADE  BY  THE 
ACCOUNTING  AND  FINANCE  CENTER 
WHOSE  DODAAC  IS  DFA2PM. 

LINE  ITEM  0001  IS  FOR  A  QUANTITY  OF  4 
SETS  OF  MANUFACTURER'S  PART  NUMBER 
B918273645  AT  A  UNIT  PRICE  OF  $2500  PER 
SET  BASED  ON  THE  SUBMITTED  QUOTE. 

A  FREE  FORM  DESCRIPnON  OF  THE 
MANUFACTURER'S  PART  NUMBER. 

SDC  COPIES  OF  MATERIAL  CERTTHCATTON 
DOCUMENT  SHOULD  ACCOMPANY  THE 
SHIPMENT. 

PACKAGING  FOR  LINE  ITEM  0001  WILL 
CONSIST  OF  BUBBLE  WRAP;  CODE  P22 
FROM  INDUSTRY  PACKAGING  CODES. 

THE  TOTAL  AMOUNT  OF  LINE  ITEM  0001  IS 

$10,000. 

SHIP  TO  AN  ACnVTTY  WHOSE  DODAAC  IS 
N66089. 

LINE  ITEM  0002  IS  FOR  A  QUANTITY  OF  10 
EACH  OF  NATIONAL  STOCK  NUMBER 
2610016782436  AT  A  UNIT  PRICE  OF  $500 
EACH  BASED  ON  THE  SUBMITTED  QUOTE. 

A  10  PERCENT  OVER  VARIATION  IN 
QUANTITY  IS  AUTHORIZED. 
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PID*F*»**TIRES,  AIRCRAFT  N/L  LINE  ITEM  0002  IS  AIRCRAFT  TIRES. 

AMT*!  *5000  N/L  THE  TOTAL  AMOUNT  OF  LINE  ITEM  0002  IS 

S5000. 


N1*ST**10*N48678N/L  SHIP  TO  AN  ACTIVITY  WHOSE  DODAAC 

N48678. 

CTTTZN/L  THERE  ARE  2  POl  SEGMENTS  IN  THIS 

TRANSACTION  SET. 


AMr*TT*  15000  N/L 


THE  TOTAL  AMOUNT  OF  THE  PURCHASE 
ORDER  IS  $15,000. 


SE*30*PA0001  N/L 


THE  TRANSACTION  SET  HAS  30  SEGMENTS 
AND  THE  CONTROL  NUMBER  IS  PAOOOL 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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PAGE#  POS.# 

850  Purchase  Order 

This  standard  provides  the  format  and  establishes  the  data  contents  of  a 
purchase  order  transaction  set.  The  purchase  order  transaction  set  provides 
for  customary  and  established  business  and  industry  practice  relative  to  the 
placement  of  purchase  orders  for  goods  and  services.  This  transaction  set 
should  not  be  used  to  convey  purchase  order  changes  or  purchase  order 
acknowledgment  information. 

Table  1 

SEC.  10  NAME  REQ.  DES.  MAX  USE  LOOP  REPEAT 

4 

010 

ST 

Transaction  Set  Header 

M 

1 

5 

BEG 

Beginning  Segment  for  Purchase  Order 

M 

1 

7 

NTE 

Note/Special  Instruction 

F 

100 

8 

040 

CUR 

Currency 

0 

1 

11 

050 

REF 

Reference  Numbers 

0 

12 

N/U 

060 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

070 

TAX 

Sales  Tax  Reference 

0 

3 

13 

080 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

090 

CTP 

Pricing  Information 

0 

25 

N/U 

100 

SSS 

Special  Services 

0 

25 

N/U 

110 

CSH 

Header  Sale  Condition 

0 

1 

N/U 

120 

ITA 

Allowance,  Charge  or  Service 

0 

10 

15 

130 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

5 

N/U 

140 

DIS 

Discount  Detail 

0 

20 

17 

150 

DTM 

Date/Time  Reference 

0 

10 

18 

160 

LOT 

Lead  Time 

0 

12 

N/U 

180 

UN 

Item  Identification 

0 

5 

N/U 

190 

PID 

Product/Item  Description 

0 

200 

19 

200 

MEA 

Measurements 

0 

40 

21 

210 

PWK 

Paperwork 

0 

25 

23 

220 

PKG 

Marking,  Packaging,  Loading 

0 

200 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 

0 

12 

N/U 

250 

TD3 

Time) 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 

0 

5 

25 

270 

MAN 

Materials) 

Marks  and  Numbers 

0 

10 

1 
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N/U 

280 

CTB 

Restrictions/  Conditions 

O 

5 

LOOP  ID- N9 

1000 

26 

290 

N9 

Reference  Number 

0 

1 

27 

300 

MSG 

Message  Text 

0 

1000 

LOOP1D-N1 

200 

28 

310 

N1 

Name 

0 

1 

30 

320 

N2 

Additional  Name  Information 

0 

2 

31 

330 

N3 

Address  Information 

0 

2 

32 

340 

N4 

Geographic  Location 

0 

1 

33 

350 

REF 

Reference  Numbers 

o 

12 

34 

360 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

370 

FOB 

F.O.B.  Related  Instmctions 

0 

1 

N/U 

380 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

390 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

400 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

410 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

N/U 

420 

PKG 

Marking,  Packaging,  Loading 

0 

200 

PAGE*  POS.* 


35  010 

N/U  020 
N/U  030 
N/U  040 
38  049 


40  050 

41  060 

42  070 

44  080 

46  090 

48  100 

N/U  110 
N/U  120 
N/U  130 
N/U  140 
N/U  150 
N/U  160 
N/U  170 


Table  2 


SEG.  ID  NAME  REa  DES.  MAX  USE  LOOP  REPEAT 


P01 

CUR 

P03 

CTP 

MEA 

L00PID-P01 

Purchase  Order  Baseline  Item  Data 

Currency 

Additional  Item  Detail 

Pricing  Information 

Measurements 

M 

0 

0 

0 

0 

1 

1 

25 

25 

40 

100000 

LOOPIO-PfD 

1000 

1 

PID 

Product/Item  Description 

0 

1 

1 

MEA 

Measurements 

0 

10 

1 

PWK 

Paperwork 

0 

25 

PKG 

Marking,  Packaging,  Loading 

0 

200 

P04 

Item  Physical  Details 

0 

1 

REF 

Reference  Numbers 

O 

12 

PER 

Administrative  Communications  Contact 

0 

3 

SSS 

Special  Services 

0 

25 

ITA 

Allowance,  Charge  or  Service 

0 

10 

IT8 

Conditions  of  Sale 

0 

1 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

2 

DIS 

Discount  Detail 

0 

20 

TAX 

Sales  Tax  Reference 

0 

3 
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49  180 

FOB 

N/U  190 

SDQ 

N/U  200 

IT3 

51  210 

DTM 

52  220 

LOT 

53  230 

SCH 

N/U  240 

TD1 

N/U  250 

TD5 

N/U  260 

TD3 

N/U  270 

TD4 

54  280 

MAN 

55  290 

AMT 

N/U  300 

SLN 

N/U  310 

PID 

N/U  320 

P03 

56  330 

N9 

57  340 

MSG 

58  350 

N1 

59  360 

N2 

60  370 

N3 

61  380 

N4 

N/U  390 

REF 

N/U  400 

PER 

N/U  410 

FOB 

N/U  420 

TD1 

N/U  430 

TD5 

N/U  440 

TD3 

N/U  450 

104 

N/U  460 

PKG 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


F.O.B.  Related  Instructions 

0 

1 

Destination  Quantity 

0 

500 

Additional  Item  Data 

0 

5 

Date/Time  Reference 

0 

10 

Lead  Time 

0 

12 

Line  Item  Schedule 

0 

200 

Carrier  Details  (Quantity  and  Weight) 

0 

1 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

Carrier  Details  (Equipment) 

0 

12 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

Marks  and  Numbers 

0 

10 

Monetary  Amount 

0 

1 

LOOP  ID -SLN  1000 

Subline  Item  Detail  0  1 

Product/llem  Description  0  1000 

Additional  Item  Detail  0  104 

1 

LOOPID-N9  1000 

Reference  Number  0  1 

Message  Text  0  1000 

_  ! 

LOOP  ID -N1  200 

Name  0  1 

Additional  Name  Information  0  2 

Address  Information  0  2 

Geographic  Location  0  1 

Reference  Numbers  0  12 

Administrative  Communications  Contact  0  3 

F.O.B.  Related  Instructions  0  1 

Carrier  Details  (Quantity  and  Weight)  0  2 

Carrier  Details  (Routing  Sequence/Transit  0  12 

Time) 

Carrier  Details  (Equipment)  0  12 

Carrier  Details  (Special  Handling/Hazardous  0  5 

Materials) 

Marking,  Packaging,  Loading  0  200 

PAGE#  POS.# 


62 

63 

64 


010 

020 

030 


Table  3 

SEP.  ID  NAME _ 

CTT  Transaction  Totals 
AMT  Monetary  Amount 
SE  Transaction  Set  Trailer 


REa  DES.  MAX  USE 

M  1 

O  1 

M  1 


LOOP  REPEAT 
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Mandatory 


Segment:  BEG  Beginning  Segment  for  Purchase  Order 
Levei:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  the  purchase  order  transaction  set  and 
transmit  identifying  numbers  and  dates. 


Mandatory 


Mandatory 


Mandatory 


_ Data  Eiement  Summary _ 

DEF.  DAT* 

OES.  Et.EMEWT  NAME _ ATTBIBUTES 

BEG01  353  Transaction  Set  Purpose  Code  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Notes: 

1.  Use  code  00  for  the  original  order;  code  01  to  cancel  the  original  order;  code  07  to  transmit  a  duplicate 
of  the  original  order;  and  code  22  to  transmit  information  copies  of  the  original  order  to  addressees  other 
than  the  selling  party. 

2.  Buyer  initiated  changes  to  the  original  order  will  be  made  using  the  860  transaction  set. 

00  Original 
01  Cancellation 
07  Duplicate 
22  Information  Copy 

BEG02  92  Purchase  Order  Type  Code  M  ID  2/2 

Code  specifying  the  type  of  Purchase  Order. 

Implementation  Notes: 

1.  Use  code  NEfor  purchase  orders.  Use  code  RL  for  all  other  types  of  orders  against  existing  contracts. 

2.  See  Block  16,  DD  Form  1155. 

NE  New  Order 
RL  Release  (Blanket  Order) 

BEG03  324  Purchase  Order  Number  M  AN  1/22 

Identifying  number  for  Purchase  Order  assigned  by  the  orderer/purchaser. 

Implementation  Notes: 

1.  See  Block  1,  DD  Form  1155. 

2.  Use  for  purchase  order  number  when  BEG02  is  code  NL. 

3.  When  BEG02  is  code  RL  insert  a  zero  (0)  in  BEG03;  transmit  the  call  or  order  number  in  BEG04,  and  the 
contract  number  in  BEG06. 


Optional 


BEG04  328  Release  Number  O  AN  1/30 

Number  identifying  a  release  against  a  Purchase  Order  previously  placed  by  the 
parties  involved  in  the  transaction. 

Implementation  Notes: 

1.  Call  or  delivery  order  number. 

2.  See  Block  2,  DD  Form  1 155. 

3.  Number  written  as  prescribe^  in  DFARS  204.70 
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Mandatory  BEG05  323  Purchase  Order  Date  M  DT  6/6 

Date  assigned  I  y  the  purchaser  to  Purchase  Order. 

Implementation  Notes: 

1.  Date  of  the  purchase  or  delivery  order. 

2.  Conversion  to  the  2-position  numeric  year,  3-position  alpha  rrwnth  and  2-position  numeric  day,  e.g..  97 
DEC  16,  may  be  required. 

Optional  BEG06  367  Contract  Number  O  AN  1.'30 

Contract  number. 

Implementation  Notes: 

1.  Generally  not  used  except  when  another  procurement  instrument  identification  number  is  applicable,  ( e.g.. 
other  than  the  one  carried  in  BEG03  or  BEG04). 

2.  If  a  Federal  Supply  Schedule  is  cited,  provide  the  expiration  date  of  the  schedule  in  DTM. 

Optional  BEG07  587  Acknowledgment  Type  O  ID  2/2 

Code  specifying  the  type  of  acknowledgment. 

Implementation  Notes: 

J.  Use  code  AK  when  an  acknowledgment  cf  the  order  is  required.  Use  code  NA  when  no  acknowledgment  is 
required. 

2.  See  Block  16,  DD  Form  1155. 

3.  Acknowledgments  will  be  made  using  the  ASC  XI2  855  transaction  set. 

AD  Acknowledge  -  With  Detail,  No  Change 
AK  Acknowledge  -  No  Detail  or  Change 
NA  No  Acknowledgment  Needed 
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Floating 


Optional 


Mandatory 


Segment;  NTE  Note/Special  Instruction 
Level:  Header 
Loop:  _ _ 


Usage:  Floating 
Max  Use:  100 

Purpose:  To  transmit  information  in  a  free  form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-form  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processable.  The  use  of 
the  "NTE"  segment  should  therefore  be  avoided,  if  at  all  possible,  in  an 
automated  environment. 

_ Data  Element  Summary _ 


REF. 

OWS 


DATA 

ELEMENT  NAME 


Arm^UTES 


NTE01  363  Note  Reference  Code  O  ID 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

ORI  Order  instructions 


3/3 


NTE02  3  Free  Form  Message 

Free-form  text. 


M  AN  1/60 
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CUR  *  CURRENCY _ ANSI  ASC  Xl2  VERSION/RELEASE  003010DOD 

2.CUR*BY*USD*1.20*SE*CAD*NY*007*84082ri400  N/L 
12  3  4 

1 .  Identifies  the  buyer's  (BY)  currency  as  U  S.  dollars  (USD) 

2.  The  multiplier  (1 .20)  is  the  exchange  rate  factor  for  the  conversion. 

8.  Identifies  the  seller’s  (SE)  currency  as  Canadian  dollars  (CAD). 

4.  Indicates  the  basis  for  the  exchange  rate  as  the  New  York  Foreign 
Exchange  (NY)  and  the  effective  date/time  (007)  as  August  21 , 1984 
(840821)  at  2:00  P.M.  (1400). 

The  value  for  this  item  is  to  be  converted  to  Canadian  dollars  (CAD)  at 
the  exchange  rate  of  1 .20,  based  on  the  New  York  Foreign  Exchange 
(NY)  at  2:00  P.M.  (1400)  on  August  21,  1984.  The  actual  unit  price 
conversion  for  the  item  would  be: 

The  unit  price  value  7.50  (U.S.  dollars)  multiplied  by  the  exchange  rate 
(1.20)  equals  9.00  Canadian  dollars  (7.50  X  1 .20  =  9.00)  CUR07  through 
CUR21  provide  for  five  (5)  dates/times  relating  to  the  currency 
conversion,  i.e..  effective  date,  expiration  date,  etc. 

_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWr  MAME _ ATmiRUTEE _ 

CUR01  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note; 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR02  100  Currency  Code  M  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR03  280  Exchange  Rate  O  R  4/6 

Value  to  be  used  as  a  multiplier  conversion  factor  to  convert  monetary  value  frem 
one  currency  to  another. 

CUR04  98  Entity  Identifier  Code  O  10  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR05  100  Currency  Code  O  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR06  669  Currency  Market/Exchange  Code  O  ID  3/3 

Code  identifying  the  market  upon  which  the  currency  exchange  rate  is  based. 

Implementation  Note: 

Use  any  code. 

CUR07  374  Date/Time  Qualifier  C  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 


Mandatory 

Mandatory 

Optional 

Optional 

Optional 

Optional 

Conditional 
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850  •  PURCHASE  ORDER 
CUR  •  CURRENCY 


Optional 

Optional 

Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Implementation  Note: 

Use  code  007 fcr  Ihe  dale!  time  the  cited  rate  will  be  effective  (start),  and  code  036 for  the  date/iime  the  cited 
rate  will  cease  to  be  ^ective  (stop). 

007  Effective 
036  Expiration 


CUR08 

373 

Date 

Date  (YYMMDD). 

0 

DT 

6/6 

CUR09 

337 

Time  O  TM  4/4 

Time  expressed  in  24-hour  clock  time  (HHMM,  time  range:  0000  though  2359). 

CURIO 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR11 

373 

Date 

O 

DT 

6/6 

CUR12 

337 

Time 

0 

TM 

4/4 

CUR13 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR14 

373 

Date 

0 

DT 

6/6 

CUR15 

337 

Time 

O 

TM 

4/4 

CUR16 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUfl17 

373 

Date 

0 

DT 

6/6 

CURta 

337 

Time 

O 

TM 

4/4 

CUR19 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR20 

373 

Date 

0 

DT 

6/6 

CUR21 

337 

Time 

0 

TM 

4/4 

DC06  •  JANUARY  29  lOns 
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REF  •  REFERENCE  NUMBERS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Required 


Segment:  REF  Reference  Numbers 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 
Syntax:  Either  REF02  or  REF03  is  required. 


Implementation  Note: 

At  least  2  iterations  of  REFOI/02  are  required  in  order  to  carry  the  Unique  Tracking  Number 
(UTN)  (Code  65)  for  the  transaction  set  and  the  relevant  Purchase  Request  number  (Code  IL)  or 
requisition  number  (code  RQ).  The  latter  is  required  because  vendors  must  provide  it  on  their 
shipment. 


Mandatory 


Conditional 


_ Data  Element  Summary _ 

REF.  ORTA 

OeS.  ILEMEWT  NAME _ ATTRWUTES 


REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  code  AT  for  accounting  and  appropriation  data;  see  Block  1 7,  DD  Form  1155.  Use  code  BD  or  code  PR 
as  appropriate  to  complete  Block  16,  if  required;  use  code  DS  for  the  priority  rating  of  the  order,  B  lock  5 ; 
use  code  RQfor  the  requisition  (MILSTRIP  document)  number,  see  Block  4;  use  code  IL  for  the  purchase 
request  number,  see  Block  4;  use  code  CJ  to  cite  clauses  applicable  to  this  order;  use  code  2Z  for  a  master 
solicitation  cite;  use  code  DF  for  a  DFARS  cite;  use  code  FA  for  a  FAR  cite;  use  code  TC  to  describe  other 
site  specific  procedures,  terms,  and  conditions  that  are  applicable  to  this  order  ■  use  code  DX  for  the  RFQ 
number;  use  code  FT  for  a  local  use  number;  use  code  AX  for  the  ACRN;  use  code  65  for  the  Unique  Tracking 
Number. 


REF02 


65  Total  Order  Cycle  Number 
AT  Appropriation  Number 

AX  Government  Accounting  Class  Reference  Number  (ACRN) 

BO  Bid  Number 
CJ  Clause  Number 

DF  Defense  Federal  Acquisition  Regulations  (DFAR) 

DS  Defense  Priorities  Allocation  System  (DPAS)  Priority  Rating 
DX  Department/Agency  Number 
FA  Federal  Acquisition  Regulations  (FAR) 

IL  Internal  Order  Number 
IT  Internal  Customer  Number 
PR  Price  Quote  Number 
RQ  Purchase  Requisition  No. 

TC  Vendor  Terms 
7Z  Mutually  Defined 

127  Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


1/30 
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REF  •  REFERENCE  NUMBERS 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Conditional 


REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  When  REFOI  is  code  AT,  REF03  will  carry  the  long  line  accounting  data. 

2.  When  REFOI  is  code  ZZ,  CJ,  DX,  FT,  or  TC.  REF03  will  carry  the  explanation,  source,  etc. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 

FOB  •  F.O.B.  RELATED  INSTRUCTIONS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment: 
Level; 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 
Header 


Optional 

1 

To  specify  transportation  instaictions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implemantation  Note: 

Use  FOB  Segment  here  when  FOB  applies  to  the  entire  order.  Use  the  FOB  Segment  in  the  detail 
section  when  more  than  one  FOB  condition  applies  to  a  specific  address  at  either  the  order  or  line 
item  level.  The  same  holds  true  for  acceptance. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DEE.  ELEMEKT  NAME _ ATTIIMlfTES 

FOB01  146  Shipment  Method  of  Payment  M  ID  212 

Code  identifying  payment  terms  for  transportation  charges. 

OF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Notes: 

/.  Code  ZZ  will  be  used  when  the  FOB  point  is  Other. 

2.  See  Block  8,  DD  Form  1155. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

FOB03  will  carry  the  location  of  the  other  site  when  FOB02  is  code  ZZ. 


Not  Used 
Not  Used 


FOB04  334  Transportation  Terms  Qualifier  Code  O  ID  2/2 

FOB05  335  Transportation  Terms  Code  C  ID  3/3 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 

ITD  •  TERMS  OF  SALBDEFERRED  TERMS  OF  SALE  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  ITD  Terms  of  Saie/Deferred  Terms  of  Sale 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  5 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  If  ITD03  is  present,  then  at  least  one  of  ITD04,  ITD05.  ITD13  is 
required. 


2.  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITD05  or  ITD  13  is 
required. 

3.  If  ITD09  is  present,  then  ITD10  or  ITD1 1  is  required. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 1  or 

ITD12  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Implementation  Notes: 

1.  If  no  discount  was  offered,  do  not  transmit  this  segment. 


2.  Generally,  discounts  will  be  specified  by  using  a  combination  of  TTDOI,  ITD03,  ITDOS,  and/or 
rrD07. 


Optional 


Optional 


Optional 


_ Data  Element  Summary _ 

REF.  data 

OES.  ELEMEWr  NAME _ ATTRUirTES 

ITDOI  336  Terms  Type  Code  O  10  2/2 

Code  identifying  type  of  payment  terms. 

08  Basic  Discount  Offered 

IT002  333  Terms  Basis  Date  Code  O  ID  1/2 

Code  identifying  the  beginning  of  the  terms  period. 

Implementation  Note: 

Use  the  same  code  as  the  one  specified  in  TTDOI  of  the  quote  (843  transaction  set)  from  which  this  order  is 
being  placed. 

ITD03  338  Terms  Discount  Percent  OR  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 

Implementation  Note: 

See  Block  12,  DD  Form  1135. 


Conditional 


Conditional 


Optional 


ITD04 

370 

Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 

C 

DT 

6/6 

ITDOS 

351 

Terms  Discount  Days  Due  C 

Number  of  days  in  the  terms  discount  period  by  which  payment  is 
discount  is  earned. 

NO 

due  if 

1/3 

terms 

1TD06 

446 

Terms  Net  Due  Date 

Date  when  total  invoice  amount  becomes  due. 

O 

DT 

6/6 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE 

Optional  ITD07  386  Terms  Net  Days  O  NO  1/3 

Number  of  days  until  total  invoice  amount  is  due  (discount  not  applicable). 

Optional  ITD08  362  Terms  Discount  Amount  O  N2  1/10 

Total  amount  of  terms  discount. 


Implementation  Note: 

Used  so  that  rounding  off  methodology  will  not  be  a  factor. 


Not  Used 

ITD09 

388 

Terms  Deferred  Due  Date 

0 

DT 

6/6 

Not  Used 

ITD10 

389 

Deferred  Amount  Due 

C 

N2 

1/10 

Not  Used 

ITD11 

342 

Percent  of  Invoice  Payable 

C 

R 

1/5 

Not  Used 

ITD12 

352 

Description 

0 

AN 

1/80 

Conditional 

ITD13 

765 

Day  of  Month  C  NO  1/2 

The  numeric  value  of  the  day  of  the  month  between  1  and  the  maximum  day  of 
the  month  being  referenced. 

Optional 

ITD14 

107 

Payment  Method  Code 

0 

ID 

1/1 

Code  identifying  type  of  payment  procedures. 
Implementation  Notes: 

1.  This  data  element  normally  will  not  be  used  in  DoD  applications. 

2.  Any  code  may  be  used. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 

DTM  .  DATEn-lME  REFERENCE  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Mandatory 


Conditional 

Not  Used 
Not  Used 


Segment:  DTM  Date/Time  Reference 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 

Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  this  segment. 

_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMEWr  HAME _ ATTRIBUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002  for  the  required  delivery  date;  see  Block  10;  code  053  for  the  date  of  the  request  for 
quotation;  code  098 for  the  date  of  the  quote;  and  code  036 for  the  expiration  date  of  a  Federal  Supply 
Schedule. 

2.  When  used  here,  the  delivery  date  applies  to  the  whole  order.  If  not  used  here,  the  delivery  date  will  be 
specified  in  the  DTM,  LDT,  or  SCH  segment  at  the  detail  (Table  2)  level. 

002  Delivery  Requested 
036  Expiration 
053  Buyers  Local 


098 

Bid  (Effective) 

DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

O 

ID 

2/2 
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ANSI  ASC  X12  VERSION/RELEASE  00301 ODOO_ 


650  •  PURCHASE  ORDER 
LDT.  LEAD  TIME 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Comment: 


LDT  Lead  Time 

Header 


Optional 

12 

To  specify  lead  time  for  availability  of  products  and  services. 
LDT04  is  the  effective  date  of  lead  time  information. 


Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after 
receipt  of  order  or  in  the  DTM  segment  as  an  actual  date.  If  the  latter  is  used,  omit  this  segment. 


i 


Mandatory 


Mandatory 

Mandatory 


Not  Uaed 


Data  Element  Summary 


AEF. 

DCS. 

DATA 

ELEMEMT  NAME 

ATTRIBUTES 

LDT01 

345  Lead  Time  Code 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 

M 

ID 

2/2 

LDT02 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344  Unit  of  Time  Period  Code 

Code  indicating  the  time  period. 

DA  Calendar  Days 

M 

ID 

2/2 

LDT04 

373  Date 

O 

DT 

6/6 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •PURCHASE  ORDER 
MEA  •  MEASUREMENTS 


Optional 


Optional 


Optional 


Conditional 


Conditional 


l«ENTS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Segment:  MEA  Measurements 
Level:  Header 

Loop;  _ 

Usage:  Optional 
Max  Use:  40 

Purpose;  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  VIEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Notes: 

1.  This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  for  the  entire  order. 

2.  It  is  also  used  to  describe  any  variation  in  quantity  applicable  at  the  order  level. 

3.  See  Block  19. 

4.  Max  Use:  10. 

Data  Element  Summa 


KEF.  DAT* 

DES.  ELEMENT  NAME  „  ATmiElTTES _ 


MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Note: 

Use  code  CT for  variation  in  quantity;  use  any  code  as  may  be  applicable,  for  describing  other  measurements. 
CT  Counts 


MEA02  738  Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Use  code  POfor  variation  in  quantity:  other  codes  as  applicable. 
PO  Percent  of  Order 


O  ID  1/3 


MEA03 

739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

MEA04 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

c 

ID 

2/2 

Implementation  Note: 

Use  code  PI  for  "ariation  in  quantity;  other  codes  as  applicable. 
Pi  Percent 
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850-  PURCHASE  ORDER 
MEA  • MEASUREMENTS 


Conditional 


MEA05  740  Range  Minimum  C 

The  value  specifying  the  minimum  of  the  measurement  range. 


1/10 


Implementation  Note: 

Variation  in  quantity  under. 


Conditional 


MEA06  741  Range  Maximum  C  R  1/10 

The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Variation  in  quantity  over. 


Not  Used 
Not  Used 
Not  Used 


MEA07 

935 

Measurement  Significance  Code 

MEA08 

936 

Measurement  Attribute  Code 

MEA09 

752 

Surface/Layer/Position  Code 

O  ID  2/2 

C  ID  2/2 

O  ID  2/2 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 

PWK  •  PAPERWORK  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 

Syntax: 

Comments: 


PWK  Paperwork 

Header 


Optional 

25 

To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 

2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report 


Implementation  Note: 

Use  this  segmeru  to  indicate  which  paperwork  must  be  provided  with  the  delivery  or  as  specified  in 
this  order. 


Mandatory 


Mandatory 


Optional 


_ Data  Element  Summary _ 

KEF.  DATA 

OES.  ELEMEWT  NAME _ ATTAWUtCS 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Use  when  additional  information  will  have  to  accompany  the  shipment,  will  have  to  follow  under  separate 
cover,  be  provided  electronically,  or  provided  in  some  other,  specified  manner 

CP 
MR 
MS 
PD 
SN 

PWK02  756 

Implementation  Note: 

While  any  code  can  he  used,  code  EL  is  preferred  when  response  can  be  made  electronically,  using  one  of  the 
transaction  s'”.:  specifically  designed  for  the  purpose,  and  made  a  part  of  the  RFQ  system .  A  ll  paperwork  can 
be  satisfied  by  forwarding  the  data  by  mail,  when  code  BM  is  used. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  O  NO  1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 


Certificate  of  Compliance  (Material  Certification) 

Material  Inspection  and  Receiving  Report 
Material  Safety  Data  Sheet 
Proof  of  Delivery 
Shipping  Notice 

Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  vrhich  reports  are  to  be  sent. 


Not  Used 
Not  Used 


PWK04 

PWK05 


98 

66 


Entity  Identifier  Code 
Identification  Code  Qualifier 


0 

ID 

2/2 

c 

10 

1/2 
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650 -PURCHASE  ORDER 
PVIIK  •  PAPERWORK 


Not  Used 
Optional 


PWK06  67  Identification  Code 


PWK07  352  Description  O  AN  1/80 

A  tree-form  description  to  clarify  the  related  data  elements  and  their  content. 


Not  Used 


PWK08  704  Paperwork/Report  Action  Code 
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850 '  PURCHASE  ORDER 

PKG  <  MARKING,  PACKAGING,  LOADING  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Optional 


Mandatory 


Optional 


Conditional 


Conditional 


Segment:  PKG  Marking,  Packaging,  Loading 
Levei:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  200 

Purpose:  To  describe  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  f.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F",  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Notes: 

1.  A  table  might  be  required  to  convert  DoD  to  ASC  X12  packaging  codes. 

2.  See  Block  19. 

_ Data  Element  Summary _ 

RCF.  DATA 

DE3.  ttBUENT  NAME  _ ATTAIDUTtS _ 

PKG01  349  Hem  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

1.  Use  any  code. 

2.  Use  code  35  for  uni  tiling;  code  36  for  packJpres;  and  code  37  for  packing. 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD 

ImplemBfitation  Note: 

Use  any  code. 


Conditional 


PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

A.  Use  if  any  code,  or  string  of  codes  is  longer  than  can  be  carried  in  PKCiOd. 
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8S0  •  PURCHASE  ORDER 
N9  •  REFERENCE  NUMBER 


Optional 


Segment:  N9  Reference  Number 
Level:  Header 
Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 


_ Data  Element  Summary _ 

MF.  DATA 

oes.  ELEMEMT  NAME _ ATTmptntS 

N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

1.  Use  any  code  that  helps  clarify  the  order. 

2.  See  Block  19. 


Conditional 

Conditional 

Not  Used 
Not  Used 


N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


Ng03 

369 

Free-form  Description 

Free-form  descriptive  text. 

C 

AN 

1/45 

N904 

373 

Date 

O 

DT 

6/6 

N905 

337 

Time 

O 

TM 

4/4 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  ■  PURCHASE  ORDER 

MSG .  MESSAGE  TEXT  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


flCA  .  DIIQPUAQE 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ N1  •  NAME 

Segment:  N1  Name 
Level;  Header 


Optional 


Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose;  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  ”ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Implementation  Note: 

Whenever  possible,  addresses  should  be  described  using  N Wl,  N103,  and N104.  Use  the  long-line 
address  only  when  necessary. 


Mandatary 


_ Data  Element  Summary _ 

REP.  DATA 

PIS.  ELEMEKT  NAME  ATmtBUTES 

N101  98  Entity  Identifier  Code  M  ID  212 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  BY  for  Issued  By,  Block  6,  DD  Form  1155;  use  code  01  for  Administered  By,  Block  7,  use  codes 
SE  SU,  VN,  or  ZZfor  contractor.  Block  9;  use  code  BT  for  Mail  Invoice  To,  Block  13;  use  code  ST  for  Ship 
To,  Block  14;  and  use  code  PR  for  Payment  will  be  made  by.  Block  15.  Use  code  MP  when  facility  (Block  9) 
is  different  from  the  address  given  for  the  contractor.  Do  not  send  a  facility  code  if  it  is  the  same  code  as  that 
sent  for  the  contractor.  In  a  second  iteration  of  the  N1  loop,  use  code  PL  if  the  party  to  receive  the  order  is 
other  than  the  listed  contractor  (e.g.,  an  agent);  use  code  SW  if  there  is  a  separate  location  for  packaging; 
use  code  UC  to  represent  a  Mark  For,  if  an  address  (use  the  MAN  segment  otherwise). 

2.  Use  code  SE  when  selling  party  is  a  large  business;  code  ZZ  when  a  small  business;  code  SU  when  small 
disadvnruat:"'t-  '•ode  VN  when  woman-owned:  ond  code  DA  when  services  are  ordered,  to  indicate  the  site 
where  they  are  Performed  At. 

BT  Party  to  be  Billed  For  Other  Than  FreightfBill  To) 

BY  Buying  Party  (Purchaser) 

DA  Delivery  Address 
MP  Manufacturing  Plant 
01  Outside  Inspection  Agency 
PL  Party  to  Receive  Purchase  Order 
PR  Payer 
SE  Selling  Party 
ST  Ship  To 

SU  Supplier/Manufacturer 
SW  Sealing  Company 
UC  Ultimate  Consignee 
VN  Vendor 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


850  •  PURCHASE  ORDER 
N2  •  ADDITIONAL  NAME  INFORMATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 


N2  Additional  Name  information 

Header 

N1 

Optional 

2 

To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


Data  Element  Summary 


REF.  DATA 

DES.  ELEMEWT  NAME _ ATTRIEl/TES 


N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850 'PURCHASE  ORDER 

N3  •  ADDRESS  INFORMATION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  N3  Address  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


ftEP. 

DES. 

DATA 

ELEMENT 

NAME 

ATTAISUTES 

N301 

166 

Address  Information 

Address  information 

M 

AN  1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN  1/35 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 


850  •  PURCHASE  ORDER 
N4  •  GEOGRAPHIC  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax  : 


Comments: 


N4  Geographic  Location 

Header 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401 )  is  in  the  USA  or  Canada. 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWr  NAME _ ATTWIElffES 


N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 


Conditional 


Optional 


N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

Implementation  Note: 

Use  any  code. 

N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  “party’s"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  (e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

A  translation  table  will  be  required  to  convert  those  standard  codes  used  by  ANSI  to  those  used  by  the  DoD, 
as  contained  in  DoD  5000. 12-M. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O  ID  1/2 

C  AN  1/25 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850 -PURCHASE  ORDER 
REF  •  REFERENCE  NUMBERS 


ANSI  ASC  X12  VERSION/RELEASE  00.  J10DOD 


Optional 


Mandatory 


Conditional 


Conditional 


Segment:  REF  Reference  Numbers 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  spocify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

_ Data  Element  Summary 


REP. 

PCS. 


DATA 

CLEMEWT  WAilE 


ATTRtDUTES 


M  ID 


REF01  128  Reference  Number  Qualifier 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  code  IT  for  the  buyer's  office  symbol;  use  code  DS  for  the  criticality  designator. 

DS  Defense  Priorities  Allocation  System  (DFAS)  Priority  Rating 
IT  Internal  Customer  Number 

REF02  127  Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier, 


2/2 


1/30 


REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


850.  PURCHASE  ORDER 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  PER  *  ADMINISTRATIVE  COMMUNICATIONS  CONTACT 


Optional 


Segment;  PER  Administrative  Communications  Contact 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  If  PER03  is  present,  then  PER04  is  required. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

OES  £LEMEWT  NAME _ ATTBUm-ES 


PER01  366  Contact  Function  Code  M  ID  2!2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

ImplemeniaUzn  .‘.'cfes: 

/.  Use  code  BDfor  the  name  of  the  Contracting/Ord.'';ng  Officer.  See  Block  24,  DD  Form  1 155. 

2.  While  codes  HM  and  TA  and  AC  do  not  map  to  a  specific  place  on  the  DD  Form  1155,  it  is  possible  that 
the  information  might  have  to  be  passed  to  a  contractor  in  a  given  situation.  Use  code  OCfor  the  buyer. 

AC  Administrative  Contracting  Officer 
BD  Buyer  Name  or  Department 
HM  Hazardous  Material  Contact 
OC  Order  Contact 
TA  Traffic  Administrator 

PER02  93  Name  O  AN  1/35 

Free-form  name. 


Optional 


Conditional 


PER03  365  Communication  Number  Qualifier  O  ID  2/2 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

Use  any  code,  although  code  EM  is  preferred. 

EM  Electronic  Mail 
FX  Facsimile 
TE  Telephone 

PER04  364  Communication  Number  C  AN  7/21 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  tMPLEMENTATION  CONVENTION 


850 .  PURCHASE  ORDER 

P01  •  PURCHASE  ORDER  BASEUNE  ITEM  DATA  ANSI  ASC  X12  VERSION/REtEASE  003010000 


Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


P01  Purchase  Order  Baseline  Item  Data 
Detail 

P01  Repeat:  100000 
Mandatory 
1 

To  specity  basic  and  most  frequently  used  purchase  order  line  item  data 

1.  It  PO105  is  present,  then  PO104  is  required, 

2.  It  PO106  is  present,  then  PO107  is  required 

3.  It  PO108  is  present,  then  PO109  is  required 

4.  It  P01 1 0  is  present,  then  PO"'  1 1  is  required 

5.  It  P01 12  is  present,  then  P01 13  is  required. 

6.  It  P01 1 4  is  present,  then  P01 1 5  is  required 

7.  If  P01 1 6  is  present,  then  P01 1 7  is  required. 

8.  If  P01 18  is  present,  then  P01 19  is  required. 

9.  It  PO120  is  present,  then  P0121  is  required. 

10.  If  P0122  is  present,  then  P0123  is  required 

11.  If  P0124  is  present,  then  P0125  is  required 

1.  See  the  Data  Dictionary  tor  a  complete  list  of  ID  s. 

2.  PO101  is  the  line  item  identification 

3.  PO106  through  P0125  provide  tor  ten  (10)  different  product/service 
ID’S  per  each  item.  For  example:  Case.  Color,  Drawing  No,,  UPC  No., 
ISBN  No.,  Model  No.,SKU. 


Optional 


_ Data  Element  Summary _ 

HEF.  D»T» 

OES. _ ElEMEKT  NAME  _ ATTBmTTEE 

PO101  350  Assigned  Identification  O  AN  1/6 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Notes: 

1.  The  line  item  number  as  assigned  by  the  buying  activity. 

2.  See  Block  18. 


Mandatory 


PO102  330  Quantity  Ordered 

Quantity  ordered. 

Implementation  Note: 

See  Block  20. 


M  R  1'9 


Mandatory 


PO103  355  Unit  of  Measurement  Code  M  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

I.  DoD  uses  DoD  Manual  5000. 12  M  for  unit  of  mea.surcmcnl  codes  Translation  of  some  codes  mas  he 
required 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


P01 


850  •  PURCHASE  ORDER 
PURCHASE  ORDER  BASELINE  ITEM  DATA 


Conditional 


2.  See  Block  21. 

PO104  212  Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

Implementation  Note: 

See  Block  22. 


1/14 


Optional 


Optional 


Conditional 


Optional 


PO105  639  Bisis  of  Unit  Price  Code  O  ID  Z  l 

Code  identifying  the  type  of  unit  price  for  an  item. 

Implementation  Note: 

Any  applicable  code  may  be  used.  Some  of  the  more  common  ones  will  he  CT  for  an  order  placed  against  a 
priced  contract,  ES  when  the  price  is  estimated,  QT  when  the  price  is  based  on  a  quote. 

CT  Contract 
ES  Estimated 
QT  Quoted 

PO106  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Notes: 

1.  Use  any  code.  However,  selected  codes  should  be  the  same  as  those  used  in  the  original  RFQ  and! or 
provided  in  the  quote. 


2.  Code  IN  is  the  line  item  number  from  the  RFQ:  when  used,  code  VN  is  the  seller's  line  item  number  from 
the  quote. 


3.  When  code  PD  or  SV  is  used,  insert  the  noun  or  verb  description  in  a  ProducHSerxice  ID  data  elenumt. 


FS  National  Stock  Number 
FT  Federal  Stock  Classification 
IN  Buyer's  Item  Number 
MG  Manufacturer's  Part  Number 
PD  Part  Number  Description 
PG  Packaging  Specification  Number 
SI  Standard  Industrial  Classification  Code 
SV  Service  Rendered 
SW  Stock  Number 
VN  Vendor's  (Seller's)  Item  Number 
VP  Vendor's  (Seller's)  Part  Number 


PO107  234 

PO108  235 


Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C  AN 

1/30 

Product/Service  ID  Qualifier 

0  ID 

2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 


Implementation  Note: 

POI08  through  P0125  will  be  used  in  pairs  (e.g.,  POI08  and  OV),  as  required,  to  carry  additional 
information  regarding  the  product  or  service. 


Conditional 


Optional 


PO109 

P0110 


234  Product/Service  ID 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier 


C  AN  1/30 


O  ID  2/2 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850 'PURCHASE  ORDER 

P01  •  PURCHASE  ORDER  BASEUNE  ITEM  DATA  ANSI  ASC  X12  VERSION/RELEASE 003010DOD 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Conditional 

P0111 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0112 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0113 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0114 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0115 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0116 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0117 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0118 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0119 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1./30 

Optional 

PO120 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0121 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0122 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0123 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

P0124 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

P0125 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

37 


DC06- JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATtON  CONVENTION 


650  •  PURCHASE  ORDER 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  MEA  •  MEASUREMENTS 


Segment:  MEA  Measurements 
Level:  Detail 
Loop:  P01 

Optional  Usage:  Optional 

Max  Use:  40 

Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Notes: 

1.  This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  for  an  item  in  the  order. 

2.  It  is  also  used  to  describe  any  variation  in  quantity  applicable  at  the  line  item  level. 

Data  Element  Summa 


Optional 


Optional 


Conditional 


Conditional 


Conditional 


■SF.  0*TA 

DES  ELEMENT  NAME  AtTRIEUTES 


MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Note: 

Use  code  CT for  variation  in  quantity;  use  any  code  as  may  be  applicable,  for  describing  other  measurements. 
CT  Counts 


MEA02  738  Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Use  rode  PO  for  variation  in  quantity;  other  codes  as  applicable. 
PO  Percent  of  Order 


O  ID  1/3 


MEA03 

739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

MEA04 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

Implementation  Note: 

Use  code  PI  for  variation  in  quantity;  other  codes  as  applicable. 

PI  Percent 

MEA05  740  Range  Minimum 

The  value  specifying  the  minimum  of  the  measurement  range. 


C  R  1/10 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 
PID  •  PRODUCT/ITEM  DESCRIPTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  PID  •  PRODUCT/ITEM  DESCRIPTI 


Segment:  PID  Product/ltem  Description 
Level:  Detail 

Loop:  PID  Repeat:  1000 
Optional  Usage:  Optional 

Max  Use:  1 

Purpose:  To  describe  a  product  or  process  in  coded  or  tree-form  format 
Syntax:  1.  If  PID04  is  present,  then  PID03  is  required. 

2.  At  least  one  of  PID04  or  PID05  must  be  present. 

Comments:  1.  When  PID01  is  “F",  PID04  is  not  used. 

2.  Use  PID03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to, 

3.  PID04  should  be  used  for  industry-specific  product  description  codes 

4.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 

_ Data  Element  Summa 

REF.  DATA 

DES.  ELEMEWr  NAME  _  _ ATTRIpUTES  _ 


Not  Used 


Mandatory 

PID01 

349 

Hem  Description  Type 

Code  indicating  the  format  of  a  description. 

M 

ID 

1/1 

F  Free-form 

Not  Used 

PID02 

750 

Froduct/Frocess  Characteristic  Code 

0 

ID 

^'3 

Not  Used 

FIDOS 

559 

Association  Qualifier  Code 

C 

ID 

2/2 

Not  Used 

PtD04 

751 

Froduct  Description  Code 

C 

ID 

1/12 

Conditional 

FIDOS 

352 

Description 

C 

AN 

1/80 

A  free-torm  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  When  a  POl  qualifier  uses  code  SV  or  PD,  PID05  can  carry  an  additional  free-form  description  of  the 
contracted  services,  if  necessary.  It  may  also  be  used  for  an  explanation  of  a  contract  condition,  in  lieu  of 
using  the  NTE  segment. 

2.  See  Block  19. 

PID06  752  Surface/Layer/Position  Code  O  ID  2/2 
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Segment: 

MEA  Measurements 

Level: 

Detail 

Loop: 

PID 

Optional 

Usage: 

Optional 

Max  Use: 

10 

Purpose: 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax: 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment: 

When  citing  dimensional  tolerances,  any  measurement  requiring  a 
{+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

sign 

Implementation  Note: 

This  segment  can  be  used  any  time  a  measurement  needs  to  be  described  in  the  preceding  PID 
segment. 

Data  Element  Summary 

REP.  DATA 

DES.  ELEUEKT 

NAME 

ATTRIBUTES 

Optional 

MEA01  737 

Measurement  Reference  ID  Code  O 

Code  specifying  the  application  of  physical  measurement  cited. 

ID 

2/2 

Implementation  Note: 

Use  any  code. 

Optional 

MEA02  738 

Measurement  Qualifier  O 

Code  identifying  the  type  of  measurement. 

ID 

1/3 

Implementation  Note: 

Use  any  code. 

Conditional 

MEA03  739 

Measurement  Value  C 

The  value  of  the  measurement. 

R 

1/10 

Conditional 

MEA04  355 

Unit  of  Measurement  Code  C 

Code  identifying  the  basic  unit  of  measurement. 

ID 

2/2 

Implementation  Note: 

Use  any  code. 

Not  Used 

MEA05  740 

Range  Minimum  C 

R 

1/10 

Not  Used 

MEA06  741 

Range  Maximum  C 

R 

1/10 

Not  Used 

MEA07  935 

Measurement  Significance  Code  0 

ID 

2/2 

Not  Used 

MEA08  936 

Measurement  Attribute  Code  C 

ID 

2/2 

Not  Used 

MEA09  752 

Surface/Layer/Position  Code  O 

ID 

2/2 
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8S0>  PURCHASE  ORDER 
PWK  •  PAPERWORK 


Optional 


Segment:  PWK  Paperwork 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 


Syntax: 

Comments: 


If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 
Implementation  Note: 

Use  Ms  segment  to  indicate  which  paperwork  must  be  provided  with  the  delivery  or  as  specified  in 
this  order. 


\ 


Mandatary 


Mandatory 


Optional 


Not  Used 
Not  Used 


Data  Element  Summary 


ncr.  w«i  A 

DtS,  tlBieWT  NM«E _ _ «TTSI»OTES 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Use  when  additional  information  will  have  to  accompany  the  shipment,  will  have  to  follow  under  separate 
cover,  be  provided  electronically,  or  provided  in  some  other,  specified  manner. 


CP  Certificate  of  Compliance  (Material  Certification) 
MR  Material  Inspectbn  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 


PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Note: 

While  any  code  can  be  used,  code  EL  is  preferred  when  response  can  be  made  electronically,  using  one  of  the 
transaction  sets  specifically  designed  for  the  purpose,  and  made  a  part  of  the  RFQ  system.  All  paperwork  can 
be  satisfied  by  forwarding  the  data  by  mail,  when  code  BM  is  used. 


BM  By  Mail 

EL  Electronically  Only 

WS  With  Shipment  (With  Package) 

PWK03 

757  Report  Copies  Needed  0  NO 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 

1/2 

PWK04 

98  Entity  Identifier  Code 

O 

ID 

2/2 

PWK05 

66  Identification  Code  Qualifier 

C 

ID 

1/2 
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850  >  PURCHASE  ORDER 
PKG  •  MARKING,  PACKAGING,  LOADING 


Optional 


Mandatory 


Optional 


Conditional 


Conditional 


Segment;  PKG  Marking,  Packaging,  Loading 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  200 

Purpose;  To  describe  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKQ05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Note: 

A  table  might  be  required  to  convert  DoD  to  ASC  XJ2  packaging  codes. 

Data  Element  Summa 


DATA 

ELEMEKT  NAME 


PKG01  349  Hem  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

Implementation  Note: 

See  Block  19. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Note: 

Use  any  code.  Use  code  35  for  unitizing;  use  code  36  for  pack/ preservation  and  use  code  37  for  packing. 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

Implementation  Note: 

Use  any  code. 


DC06  •  JANUARY  29  1993 


44 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


45 


DC06  <  JANUARY  29  1993 


DEPARTOENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 
P04  •  ITEM  PHYSICAL  DETAILS 


Optional 


ANSI  ASC  X12  VERStON/RELEASE  003010DOO_  P04  •  ITEM  PHYSICAL  DETAII 


Segment;  P04  Item  Physical  Details 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  the  physical  qualities,  packaging,  weights  and  dimensions 
relating  to  the  item. 

Syntax:  1.  If  PO402  is  present,  then  PO403  is  required. 

2.  If  PO405  is  present,  then  at  least  one  of  PO406  or  PO407  is  required, 

3.  If  PO408  is  present,  then  PO409  is  required. 

4.  If  P0413  is  present,  then  at  least  one  of  PO410,  P041 1  or  P0412  is 
required. 

Comments:  1.  PO403  -  The  "Unit  of  Measure  Code"  (Element  #355)  in  this  segment 
position  is  for  purposes  of  defining  the  pack  (PO401)  /size  (PO402) 
measure  which  indicates  the  quantity  in  the  inner  pack  unit.  Example;  if 
the  carton  contains  24  12-Ounce  packages,  it  would  be  described  as 
follows;  Element  356  =  24;  Element  357  =12;  Element  355  =  OZ. 

2.  PO410  defines  the  unit  of  measure  for  PO408,  PO409,  and  P041 0. 
Data  Element  Summa 


Optional 


Optional 


OAT* 

ELEMEKT  NAME 


Optional  PO401  356  Pack 

Number  of  inner  pack  units  per  outer  pack  unit. 

Implementation  Note: 

See  Block  19. 


O  NO  1/6 


Optional 

P0402 

357 

Size 

Size  of  supplier  units  in  pack. 

0  R 

1/8 

Conditional 

PO403 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C  ID 

2/2 

Implementation  Notes: 

1.  Use  any  code. 

2.  Translation  may  be  required. 

PO404  103  Packaging  Code  O  ID  5/5 

Code  identifying  the  type  of  packaging.  Part  1 .  Packaging  form.  Part  2. 
Packaging  Material. 

Implementation  Note: 

These  codes  are  XI 2  codes.  A  translation  table  will  be  required  to  convert  them  to  DoD  codes,  to  the  e.xleni 
that  the  DoD  codes  differ  from  the  X 12  codes. 


PO405  187  Weight  Qualifier 

Code  defining  the  type  of  weight. 


O  ID  1/2 
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Implementation  Note: 

Use  any  code. 


Conditional 


PO406  384  Gross  Weight  per  Pack 

Numeric  value  of  gross  weight  per  pack. 


Conditional 


PO407  355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code. 

2.  See  the  note  at  PO403 . 


C  R  1/9 

C  ID  2/2 


Optional 


Conditional 


Optional 


Optional 


Optional 


PO408  385  Gross  Volume  per  Pack  OR  1/9 

Numeric  value  of  gross  volume  per  pack. 

PO409  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code. 

2.  See  the  note  at  PO403 . 

PO410  82  Length  OR  1/8 

Largest  horizontal  dimension  of  an  object  measured  when  the  object  is  in  the 
upright  position. 

P0411  189  Width  OR  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 

P0412  65  Height  OR  1/8 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 


Conditional 


P0413  355  Unit  Of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code. 

2.  See  the  note  at  PO403. 


C  ID  2/2 
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Optional 


Segment:  REF  Reference  Numbers 
Level:  Detail 


Loop:  P01 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 
Syntax:  Either  REF02  or  REF03  is  required. 


850  >  PURCHASE  ORDER 
REF  •  REFERENCE  NUMBERS 


Data  Element  Summary 


REF.  DATA 

OES. _ ELEMEWr  NAME 


ATTRIgUTES 


Mandatory 


REF01  128  Reijrence  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  applicable  code  al  the  line  item  level,  e.g.,  qualifier  codes  RQ  or  IL  when  the  requisition  or  purchase 
request  are  different  at  >he  line  item  level.  Use  code  AX  for  the  ACRN;  use  code  DX  for  the  RFQ  number;  use 
code  IX  for  the  RFQ  line  item  number;  use  code  PR  for  the  price  quote  number. 


Conditional 


Conditional 


REF02  127  Reference  Number  C  AN  1'30 

Reference  number  or  ideniliication  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

flEF03  3S2  Description  C  AN  1/80 

Afree-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Optional 


Segment:  FOB  F.O.B.  Related  tnstmctions 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  transportation  instructions  relating  to  shipment 
Syntax:  1.  If  FOB03  is  present,  then  FOB02  is  required. 


2.  If  FOB04  is  present,  then  FOB05  is  required, 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

Comments:  1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07, 

Implementation  Note: 

Use  FOB  Segmeni  here  when  FOB  applies  to  the  line  item  level. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

nCF.  DAT* 

065 _ E1.EM6HT  NAME _ ATTBIB'/TES 

FOB01  146  Shipment  Method  of  payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Code  ZZ  w'ill  be  used  when  the  FOB  point  is  Other.  See  Block  HDD  Form  1 155 . 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  0  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content 

Implementation  Note: 

FOB05  will  carry  the  location  of  the  other  site  when  FOB02  is  code  // 


Not  Used 
Not  Used 
Conditional 


FOB04 

334 

Transportation  Terms  Qualiiier  Code 

FOB05 

335 

Transportation  Terms  Code 

FOB06 

309 

Location  Qualifier 

Code  Identifying  type  of  location. 

0 

ID 

212 

C 

ID 

3  3 

c 

ID 

12 
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Implementation  Notes: 

1.  Jnspeclion/accepiance poinl.  Assumed  to  he  the  same  unless  specified  otherwise. 

2.  Use  code  12.  when  the  inspection  and  acceptance  points  will  not  be  the  sanw. 


Optional 


DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

7Z  Mutually  Defined 

FOB07  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 


Implementation  Note: 

IfFOBOS  is  code  22,  identify  the  locations  of  the  inspection  and  acceptance  points. 


Not  Used 
Not  Used 


FOB08 

54 

Risk  of  Loss  Qualifier 

FOB09 

352 

Description 

O  ID  2/2 

C  AN  1/80 
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Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax;  At  least  one  of  DTM02  or  DTM03  must  be  present. 


Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  an  actual  date  nr  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  this  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  EUEMEMT  NAME _ ATTRIROTES 


DTM01  374  Date/Time  Qualifier  M  ID  3,'3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Note: 

Use  code  002  for  the  required  delivery  date:  see  Block  10;  use  when  delivery  applies  to  the  entire  line  item: 
use  the  SCH  segment  when  deliveries  will  differ  by  quantity  and/or  dale. 


002 

Delivery  Requested 

DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6.'6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

O 

ID 

212 
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850  •  PURCHASE  ORDER 
LOT  •  LEAD  TIME 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Comment: 


LDT  Lead  Time 

Detail 

P01 

Optional 

12 

To  specify  lead  time  for  availability  of  products  and  services. 
LDT04  is  the  effective  date  of  lead  time  information. 


Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segmeru  as  a  set  number  of  calendar  days  after 
receipt  of  order  or  in  the  DTM  segment  as  an  actual  dale.  If  the  latter  is  used,  omit  this  .segment. 


Mandatory 


Mandatory 

Mandatory 

Not  Used 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMEKT  NAME 

ATTfllRUTES 

LDT01 

345  Lead  Time  Code 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 

M 

ID 

2/2 

LDT02 

380  Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344  UnH  of  Time  Period  Code 

Code  indicating  the  time  period. 

DA  Calendar  Days 

M 

ID 

2/2 

LDT04 

373  Date 

0 

DT 

6/6 
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Segment: 

SCH  Line  Kern  Schedule 

Level: 

Detail 

Loop: 

P01 

Optional 

Usage: 

Optional 

Max  Use: 

200 

Purpose: 

To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax: 

1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment: 

SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 

Implementation  Note: 

Use  to  describe  a  partial  delivery  at  the  line  item  level. 

Data  Element  Summary 

REP.  DATA 

DES.  CLEMENT 

NAME 

ATTRiDOTES 

Mandatory 

SCH01  380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Implementation  Note: 

DoD  uses  DoD  5000. 12-M  for  unit  of  measurement  codes. 

Not  Used 

SCH03  98 

Entity  Identifier  Code 

0 

ID 

2/2 

Not  Used 

SCH04  93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05  374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Note: 

Code  002  is  the  required  delivery  date. 

Mandatory 

SCH06  373 

Date 

Date  (YYMMDD). 

M 

DT 

6/6 

Not  Used 

SCH07  337 

Time 

0 

TM 

4/4 

Not  Used 

SCH08  374 

Date/Time  Qualifier 

0 

ID 

3/3 

Not  Used 

SCH09  373 

Date 

C 

DT 

6/6 

Not  Used 

SCH10  337 

Time 

0 

TM 

4/4 
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850  •  PURCHASE  ORDER 
MAN  *  MARKS  AND  NUMBERS 


Optional 


Mandatory 


Mandatory 


Segment:  MAN  Marks  and  Numbers 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  indicate  identifying  marks  and  numbers  tor  shipping  containers 

Data  Element  Summa 


DATA 

ELEMENT  NAME 


MAN01  88  Marks  and  Numbers  Qualifier  M  ID  1/2 

Code  specifying  the  application  or  source  of  Marks  and  Numbers  (87). 

Implementation  Note: 

Code  L  will  be  used  to  indicate  that  the  order  has  Mark  For  instructions  in  addition  to  the  Ship  To,  and  it  is 
applicable  at  the  line  item  level. 

L  Line  Item  Only 

MAN02  87  Marks  and  Numbers  M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 

Implementation  Note: 

Mark  For  information  that  cannot  he  carried  in  theN]-N4  segments  will  be  carried  in  this  data  element. 
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AMT .  MONETARY  AMOUNT  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  AMT  Monetary  Amount 
Level:  Detail 


Loop:  P01 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  indicate  the  total  monetary  amount. 

Comments:  1.  If  AMT  is  used  in  the  detail  area  of  transaction  set  850,  855, 860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850, 855,  860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 

2.  If  segment  AMT  is  used  in  Table  2  of  the  850, 855, 860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transaction  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REP.  DATA 

DES. _ ELEMEWT  NAME _ ATmiBOTES 


AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Note: 

See  Block  23. 

1  Line  Item  Total 

AMT02  782  Monetary  Amount  M  R  1/15 

Monetary  amount. 

Implementation  Note: 

The  total  amount  of  the  line  item. 
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850  •  PURCHASE  ORDER 
N9  •  REFERENCE  NUMBER 


Optional 


Segment:  N9  Reference  Number 
Level:  Detail 

Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DAT* 

DES.  ELEMENT  NAME _ ATTRIgtnES 

N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  code  that  helps  clarify  the  line  item. 


Conditional 


Conditional 

Not  Used 
Not  Used 


N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


N903 

369 

Free-form  Description 

Free-form  descriptive  text. 

N904 

373 

Date 

N905 

337 

Time 

C  AN 


1/45 


O  DT 
O  TM 


6/6 

4/4 
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MSG  •  MESSAGE  TEXT  ANSI  ASC  X12  VERSION/RELEASE  OOSOtODOD 


Optional 


Segment:  MSG  Message  Text 
Level:  Detail 
Loop:  N9 
Usage:  Optional 
Max  Use;  1000 

Purpose;  To  provide  a  free  form  format  that  would  allow  the  transmission  of  text 
information. 

Comment:  MSG02  is  not  related  to  the  specific  characteristics  of  a  printer,  but 
identifies  top  of  page,  advance  a  line,  etc. 


Data  Element  Summa 


Mandatory 

Not  Used 


ftEP. 

DES. 

DATA 

ELEMEMT 

NAME 

ATTItItUTCS 

MSG01 

933 

Free-Form  Message  Text 

M  AN 

1/264 

Free-form  message  text. 

MSG02 

934 

Printer  Carriage  Control  Code 

O  ID 

2/2 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


850  •  PURCHASE  ORDER 
N1 • NAME 


Optional 


Segment:  N1  Name 
Level:  Detail 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


N1  Repeat:  200 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Mandatory 


Conditional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME  ArrHiEt/TES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implamentation  Notes: 

1.  Use  code  ST  for  Ship  To. 

2.  Use  code  UC  for  Mark  For,  when  an  address. 

ST  Ship  To 

UC  Ultimate  Consignee 

N102  93  Name  C  AN  1/35 

Free-form  name. 

N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Note: 

When  N 1 01  is  code  5T  or  UC,  use  code  10  when  a  DoD  address.  Use  code  33  or  7Z:  when  a  roniracior  with 
a  CAGE  or  temporary  CAGE  code.  Use  a  long  line  address  when  no  rode  number  applies. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  parly. 
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N2  •  ADDITIONAL  NAME  INFORMATION  ANSI  ASC  X12  VERSION/RELEASE  00301000D_ 


Optional 


Segment:  N2  Additional  Name  information 
Level:  Detail 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


_ Data  Element  Summary _ 

RCF.  DATA 

DES.  ELEMEKT  NAME _ ATTRIIUTES 


N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 
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ANSI  ASC  XI 2  VERSION/RELEASE  00301 ODOD_ 


Optional 


Segment:  N3  Address  Information 
Level:  Detail 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


850 .  PURCHASE  ORDER 
N3  >  ADDRESS  INFORMATION 


Mandatory 


Optional 


Data  Element  Summary 


REF. 

OES. 

DATA 

ELoieffr 

NAME 

ATTRIBUTES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 

DC06  •  JANUARY  29  1993 


60 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


850  •  PURCHASE  ORDER 

N4  .  GEOGRAPHIC  LOCATION  ANSI  ASC  X12  VERSION/R  ELEASE  00301 ODOD 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Detail 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Conditional 


_ Data  Element  Summary _ 

REP.  DATA 

DES. _ ELEMENT  NAME  _ ATTRtaUTES 

N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 


Conditional 


Optional 


N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Prov/nce)  defined  by  appropriate  governmental  agencies. 

Implementation  Note: 

Use  any  code. 

N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "ship-to”  address  has  no  zip  code  hut  may  have  another  type  of  postal  code  ( e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code 

Code  identifying  the  country. 

Implementation  Notes: 

1.  Translation  table  may  be  required. 

2.  Use  any  code. 


O  ID  2/2 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O  ID  1/2 

C  AN  1/25 
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ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_  CTT  •  TRANSACTION  TOTALS 

Segment: 

CTT  Transaction  Totals 

Level: 

Summary 

Loop: 

Mandatory 

Usage: 

Mandatory 

Max  Use: 

1 

Purpose: 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

Syntax: 

1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

Comment: 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 

Data  Element  Summary 

REF.  DATA 

DES.  ELEInrEf/r 

NAME 

ATmiSUTES 

Mandatory 

CTT01  354 

Number  of  Line  Herns 

Total  number  of  line  Herns  in  the  transaction  set. 

M 

NO 

1/6 

Implementation  Note: 

Accumulation  of  number  ofPOl  segments. 

Optional 

CTT02  347 

Hash  Total  O  R  1'10 

Sum  of  values  of  the  specified  data  element.  All  values  in  the  data  element  will 
be  summed  wHhout  regard  to  decimal  points  (explicit  or  implicit)  or  signs. 
Truncation  will  occur  on  the  leftmost  digits  if  the  sum  is  greater  than  the 
maximum  sike  of  the  hash  total  of  the  data  element. 

Example: 

-.0018  First  occurrence  of  value  being  hashed. 

.18  Second  occurrence  of  value  being  hashed. 

1 .8  Third  occurrence  of  value  being  hashed. 

18.01  Fourth  occurrence  of  value  being  hashed. 

1855  Hash  total  prior  to  truncation. 

855  Hash  total  after  truncation  to  three-digit  field. 

Implementation  Note: 

CTT02  is  the  sum  of  the  value  of  quantities  ordered  (PO 102},  for  earhPOl  segment. 

Not  Used 

CTT03  81 

Weight 

0 

R 

1/8 

Not  Used 

CTT04  355 

Unit  of  Measurement  Code 

C 

ID 

212 

Not  Used 

CTT05  183 

Volume 

0 

R 

1/8 

Not  Used 

CTT06  355 

Unit  of  Measurement  Code 

C 

ID 

2/2 

Not  Used 

CTT07  352 

Description 

0 

AN 

1/80 
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AMT  •  MONETARY  AMOUNT _ 

Segment;  AMT  Monetary  Amount 
Level:  Summaiy 


Optional 


Loop:  _ 

Usage:  Optional 


Max  Use:  1 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD. 


Purpose:  To  indicate  the  total  monetary  amount. 

Ckimments:  1.  If  AMT  is  used  in  the  detail  area  of  transaction  set  850, 855. 860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850, 855, 860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 

2.  If  segment  AMT  is  used  in  Table  2  of  the  850,  855,  860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transaction  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

ntr.  DATA 

DES.  ELEMENT  NAME  _ ATmtAUTES 

AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Note: 

See  Block  25. 

TT  Total  Transaction  Amount 

AMT02  782  Monetary  Amount  M  R  1/15 

Monetary  amount. 

Implementation  Notes: 

1.  The  total  amount  of  the  order. 

2.  Not  used  for  single  line  awards. 
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B50  •  PURCHASE  ORDER 
SE  •  TRANSACTION  SET  TRAILER 


Mandatory 


Mandatory 


Mandatory 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 
Loop:  _ 


Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 

_ Data  Element  Summary _ 


Ktf- 

0£S. 


SE01 


SE02 


DATA 

timtwr  tune 


96  Number  Of  Included  Segments  M  NO  1/6 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 


329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

This  is  the  same  number  as  the  one  in  ST02. 
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In  this  chapter,  applicable  ASC  X12  forms  are  presented. 
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XlIrtMA  MFOtmA'nCN  MANUAL 


Vin  -  FORMS,  FORMS,  FORMS 


ASC  X12  Wortc  RsquMt  Eom 

ASC  X12  N«w  Pmjsci  Proposal  Form 

ASC  X12  NSW  Transaction  Ssi  Osvsiopnisnt  Form 

Form  for  Now  or  Rsvissd  Appsndbc  A  Cods  Sourcs  Rsfsrsncs 

Oocumsni  Prsparation  tor  insrprstations.  Quldsiinss  and  Control  Standards 

Sampto  Transmttai  Form 

ASC  X12  Balot  Commsnt  Rssponss  Lsttsr  Formal 
ASC  Xt2  Standards  Ordsr  Form 


PAU.1I 


Vlil'i 


BASEUNE  AS  OF:  JANUARY  2S,  1903 


.3 


Am.  S/10/90 

DATE  SU8MITTE0 


DM  NUMBER 


-  ASCX12 

WORK  REQUEST  FORM 


(StentMTiti  Only) 


At  I  BgQUESTs  MUST  BE  TYPED  or  prtrtod  logttty  In  blactc  mk.  Compiat*  both  skJot. 

1.  TOUSETHSro«MK»SUPAOATWOOATAM*KTEMNCgTO«AN€V¥0«ArrSTANOWWOAXt2W7WAerATlON,li««*l 
nquirtmtwtwi  ONE  town.  Um  MMlmmi  m  nMNavy.  u«  M  aHfiMr  MgmMti.  fwn  ••  rMw  data  Mwnwni/eedM/eeo*  mutm. 
Than  Htl  ravwon*  lo  Mitling  Mgmtmi  and  data  atamami/aodaa/aeda  teurcaa.  than  Mai  ««y  Mhara  (a.g.,  X12.S.  X12.S). 

I  rOUSETMSFOAMrOAEOUESrACHANQETOANeaSTMaSrANOAAO.tiaaaaapaMaMtoffeMaquaaiXamipitaiallcnangaalar 


Mr  eonttnuatien  and  tliould  ba  numbarad. 

3.  TOUSETHtSXOAMTOAEauESTAPAOPOSEONEWXISMOJECT.eemplaMSacbenA  Atooida  a  purpoaa/aeepa  and  daaotta  any 
nawMahiraatmdtvadMSaebenft.  Aro^tda  a  daaaripbon  at  a>a  buainaaa  naad  and  juabHcabon  Mr  tia  naar  protaci  m  Sacbow  C/Aart  A  T)«a 
Warfc  Aaquatt  mil  ba  Mtwaidad  M  an  appieprtaH  X13  aubaamiMwaa  Mr  analyaM  and  praparadan  a(  a  proiaci  prepaaai. 

CIreloOno:  (i)  Now  Sundaitf  Supporting  OttaMoinian>nc«(uMaitachmara) 

(2)  Existing  Stindtnl  MaMonane*  Raquast  <soa  Sactlan  D) 

0)  Raquast  for  Naw  Xt2  Projaet 

RBfwiymi/cBQrwmonf  cssnnpi  M  wots  w  to  tWMrat*  twittyoptcRit  wnrw  imMi  ot  stony  ttputnoo.  ^snot  tpponoix  a  toot 
■Ditfet  rtitfomtt  tar  al  tirttmaftw  ouOlitaMta  oWt  tata  ciltd  iMomotait  tormt  or  taott  oMh  taodoouato  ayooort  tar  Oit  ctfioMo  rtotroiad 
aaiS  M  Mtumad  «  fw  aubrnMar. 


A.  SUBMITTER  INFORMATION 

SubmtttaR  Nama 

Company  _ 
Addraas 

Addrass/ZIP  __ 
Phona 


indicata  tha  X12  subcommUtaa  or  tasfc  group  whosa  position  is  raprssantad  hsra. 

I  daelara  that  this  rapraaants  tha  official  position  of  Xia  WORK  GROUP: _ 

attabHshad  at  tha  moating  dated  . 

B.  PROPOSED  WORK:  List  tha  spaclHc  changes  to  tha  sundards  batng  rsquastod.  Giva  tha  namas  and 
associated  idantinoni  of  the  standards,  sogmants,  data  aiamants  and  codas  affactod. 


4.0.4 


BASEUNE  AS  OF:  JANUARY  »,  1t« 


OOAfmiSfror  DflFDttf 

wurr  HWJIIBNTATIOII  cewvwnox 


PagtTwo 

Cl  ftEASOH  FOA  CHANGE. 

Paitl:  Usith*vat»ton/r«l«M*olth«iUftdindyou«f»u8ingorusingMar*i«r#nc«.  Nama tha iranaaeUon ail 
that  is  baing/wiil  ba  usad  that  dicutaa  «ba  raquasad  changad.  List  affactad  sagmanis  and  data  aiamafas.  or 
othar  standards.  Provida  only  rafaranca  numbars/lOa. 

Pafaranea  Sourea  Varalon  2/Ralaaaa _ 

Transaction  Sal  Usad  _ _ 

Sagmam  Aflaetad  _ _ 

Oats  Eiamant  Affactad  - 

Othsf  Standard 

Paitii:  Exptainwhyyounaadthapropoaadchanga.  Prowlda a conHJiala scanarto that lals what iha bualnass 
function,  opantlort.  or  probism  is  that  vxl  bo  satisiiad  by  a  ehanga  to  tha  standard.  Tha  X12J  Tachntoai 
AssassmantSubcommiitaafaquirasanoughMormationinthisPan  tl  to  ba  abia  to  propoaa  an  abamata  soiUlon  i 
nacasaary. 


0.  lUMlFICATldNS:  If  youcirciad  (2)  onPaga  1.  complaiathissactloa  To  anaura  that  al  ramiicailono  el  your 
propoaad  ehanga  ara  raeofdad  and  that  your  rsquosi  is  compiaia,  cireia  baiow  al  ssctlons  d  tha  sttndarda 
aflaetad  by  tha  propoaad  ehanga. 


TRANSACTION  SET  Nmm  Putpow/taa*  TaM*  Naw/CemmsM 


SEGMENT 


WW  VI  W^E**Vall 

liaaa.  Noti  SwiaiMic  Noli 


DATA  ELEMENT 


Tia* 


Mn/Mn 

CODE  Aadaoso  OtIaiiCaao  aMooCoai 

OTHEP(a.a.  X1^S.X12.6): 

ERRORS  NOTED  IN  THE  STAM)ARO  (QNa  paga  na  and  olhar  Uantllcaiion); 


Al%* 


■AMUNE  Ab  OP:  JANUARY  2t,  ItM 


OET  ARTUGNT  OF  DCFBMC 

DRAFT  ■iPUElIfKTATION  CONVCHTKM 


«•*  4/1/80 


PP  No. _ 

(StcrtUrtat  On>y) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 

PROCEDURE:  Only  XI 2  subcommiRaes  may  usa  this  form  to  register  now  dovalopment  &ctMttes  as  Xi2  project 
proposals  (PPs).  Complatt  aU  pagas.  PPs  approved  by  the  Xi2  Procedures  Review  Board  wW  be  registered  and 
assigned  a  PP  number  by  OiSA.  and  a  Transmittal  Form  wiU  be  issued. 

Date  and  complete  the  form  beiow.  Type  or  print  legibly  in  black  ink  and  number  ail  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  X12  meeting,  or  to  XI 2J  Technical  Assessment  Subcomminee 
during  the  subcommittee's  ager^  period  at  an  ASC  Xi2  meeting. 


Date  Submitted: 

Date  Approved  by  Subcommittee: 

Subcomminee  Name:, 

Task  Group  Name/No'.: 

Joint  Development  Subcommittee  (H  any): 

Cireie  one:  (a)  Transaction  Set  (b)  GiJdellne  (e)  Other 

Profect  Workirtg  TtUe: 


Official  Oelagate(e)  lor  TWe  Proleet  To  Be  Named  on  Transmittal  Form: 
Name _ ^Name 


Company _ 

Address _ 

Address/ZIP 

Telephone 


__Company_ 

^Address _ 

Address/ZIP 

Telephone 


BASCUNE  AS  OF:  JMtUARY  28. 1883 


09Airfii«rr<y  om 

OlUrr  MTUEMerrATION  CC*fVdlTKM 


A.  PURPOSE  AND  SCOft  FOA  THE  PROPOSED  w6fUC:  PrcwUc  ■  waa-diAntd  purpoM/acop*  tor^ 
proposAd  woik.  SMXt2  0MignRiiMandGuid«llnMterrAquiramaf«A 


B.  BACKGROUND:  ProvidA  dMta  that  wB  M  MpM  In  rawtawtng  ttw  propoMi.  Who  am  thA  AxpActAd  usata? 
HowwBthAAUndanjbAusAd?  Wte  buNnAta  fijnction{a)  dOAA  I  aarva?.  ifthAprapoaadattndafdovArtapathA 
funcUonalRy  of  an  aadAing  atandaid  or  ona  in  dAvaiopmont.  pravUA  luatMcaBon.  tfdiapropoaaiianatforanAMr 
atandardorguidAllnA,  doacrttMthAprojActindAial.  (Uaa  aaaehmAma  I  nacaaaary.) 


C.  OTHER  STANOAROS  mvOLVCO:  H  appilcablA.  tdAntfy  any  olhAr  touainaoa  Mormation  atandarda  that  ara 
simlar/faiatAd  to  thA  propoaal.  and  nama  aundaida  davaiopArt  (a-q..  ANSI  AocradXad  Slandarda  CommttAaa) 
virtioaa  actMUaa  rnay  bo  irwatvAd  or  alfaeud. 


0.  EXPECTED  CONTENT/QENCRALOCSCtapnON:  (ORTKImaL)  Subrnttar  may  attach  a  pratimnaiy  draft  of 
thapropoaadsamdardoroihorauppQrtlngdocumAniation.  Diacuaa  now  aagmania.  data  oiAmAraa,  control 
8mjcturAa.andchangaatoXiSl5orXi2.6ihaiararAqulradorantlcipaiad.  (UaoaBachmantt.) 


•ANUM!  Ad  OP:  JANUARY  20, 1009 


OEFARTMea  Of  OCFENSE 

DRAFT  ■IPlllltNTA'nON  CONVBmON 


FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  Complete  this  form  whenever  •  new  data  tiement  or  cUu  •itment  cod*  it  rtquastid  to  b« 
added  which  references  a  ccxle  list  published  by  an  eidemai  (non-Xi  2)  oroanization.  Use  one  foirm  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references;  Nl  out  the  appropriate  areas  befow. 


BASEUNE  AS  OF;  JANUARY  3t, 


OEPARTMEKT  or  DEFENSE 
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Rw.  4/1/10 

DOCUMENT  PREPARATION  FOR 
INTERPRETAnONS,  GUIDELINES  AND  CONTROL  STANDARDS 


Thtt*  mstniction*  aro  provtdad  to  asaM  davalopaa  of  Intarprautiona.  guidalinaa  and  control  atnjctura  wNch  art 
not  tranaactlon  aats  (for  tranaaction  aau  uaa  tha  Nawr  Tranaaction  Sat  Davalopmant  Form). 

GENERAL:  OlSA  prowtdaa  tHa  paga  and  front  manar  for  publlcationa  and  copyadRs  tha  documant  according  to 
^^'SA  houaa  styla. 


REVISIONS:  If  tha  documant  la  a  ravfaion  of  a  prtvioualy  puDliahad  Marpratatktn,  gukfallrta  or  ataridard.  provida  a 
•ummary  of  tha  changaa  to  tha  original  that  ara  containad  in  dta  documant 

I  INTERPRETATIONS 

A  formal  Intarpratatlon  of  an  Xt?^*^  Standard  la  eonaldarad  part  of  tha  body  of  sundardt  whan  I  la  approvad  for 
publication.  Tha  Intarpratatlon  draft  ahoUdttata  tha  laauapraaantad  by  tha  raquaator.  stata  tha  propoaad 
Intarpratatloa  and  show  as  attachmants  any  Worfc  flaquasta  that  may  ba  nacaaaary  to  affact  tha  Intarpratatlon 
within  tha  aub|act  startdard.  Tha  draft  Marpratation  ia  procaaaad  lira  any  othar  aubcommitaa  documant 

a  QUIOEUNES 

For  publication  purpoaaa,  guidafinaa  ara  iraatad  Uka  a  |oumai  articia.  Baalc  raquiramana  ara  gtvan  baiow. 

ABSTRACT:  Thia  ia  a  pradaa  aummary  of  tha  Purpoaa/Scopa  (aaa  baiow),  and  may  ba  kfaraical  to  I V  that  la  briaf 
(two  paragraphs):  othanMaaaummarUa  tha  purpoaa/acopa.  It  should  contain  anou^  irVormatton  abou  tha 
docwnant  to  anabla  a  roadar  datarmina  what  tha  guidaiins  is  miandad  to  accompiiah  wthin  an  EDI  anvfronmant 

PURPOSE  AND  SCOPE;  This  atatamant  muat  indkata  purposa  of  tha  guidaiina.  a.g.,  tha  buainass  function  or 
oparatlon  addraaaad.  Seopa  and  any  apacilc  Hmtationa  of  acopa  shtxSd  ba  daflnod. 

BOOT  OF  TEXT:  Thia  may  ba  a  numbar  of  aubaactiona  logfcaly  organizad.  Provida  aactiona  for  foraword. 
Mroduction,  dafMtion  of  tarma  and  concapta,  rafarancas  and  raiatad  ttandarda.  mathodciogy,  spadAcatlorta. 
raquiramanis,  discusaion,  and  eondusiona.  as  appropriata  to  tha  sub|act 

ART  AND  GRAPHICS:  Graphics  or  artwork  nacaaaary  to  Bustrata  tha  documant  ara  ancouragad.  Prowida 
camara-raady  copy  If  thasa  ara  not  akaady  praparad  and  dailvarad  on  a  WP  diskaBa  to  OlSA. 

FOREWORD,  FOOTNOTES,  APPENOfCES:  Thaaa  may  ba  usad  for  purpoaaa  of  darky,  Bustrdion,  or  gananai 
information,  not  as ‘part  of  tha  guidaiina.'  A  atatamant  Indicating  tha  matadai  la  for  Mormation  purpoaaa  only  and 
not  part  of  tha  guidaiina  ahaiappaar  at  tha  bagtnning  of  a  foraword  or  appantttc 

III  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpoaaa.  thaaa  documanta  ara  traatad  Hka  guidallnas  (aaa  Sactlon  II  abowa).  Tha  raquiramanu  ara 
tha  sama,  with  tha  addtton  of  tha  folowlng: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Thaaa  may  ba  dafinad  wkhin  tha  taad:  howavar.  ainca  thay  raprasant 
changaa  to  X12.22  and  X12.3.  thay  should  ba  apadfiad  on  a  Work  Raquaat  Form  aitachad  to  tha  draft 

RELATED  STANDARDS  AND  OTHER  REFERENCES:  Thaaa  shal  ba  idanilllad  In  a  sacDon  wkhki  tha  taxL 


BASEtPIE  AS  OF:  JANUARY  29, 1993 


DEPAirrMBIT  Of  0eFB<3C 

ofurr  MfuaieNTAiioN  convention 


^•9«Two 

FONMAT:  *rNt  Of«ft  Standard  for  Trw  Uaa  containa  tha  format  and  astattiafiaa  tha  dau  contantt  of  tna 
Tranaactton  Sat  (  1  for  uaa  wtNn  tha  contaxt  of  an  Eiactronic  Data  InMrehanoa  (EOl) 

amtronmara.  Tha  tranaacdon  aat  (can  ba  uaad  to...)* 


(i.  AN6  SdOf%  thtottiainoivriiuNtndictta  thaMfing^capatiMiaBaithatranaadion  aoL  and 

whoihasandara/raeaNaraara.  Eiqpiain  tha  buainooa  function  or  oparatlcm  that  fa  addtaaaad.  FakarASCXtl 
Daaign  PUiaa  and  («uidaiinaa  and  uaa  ihia  format: 

FMMAT:  TNaaandaid  prowtdaa  tha  format  and  aatabilahaa  tha  data  eomaraa  of  tha  Tranaaeflon 

Satmthinthaconta«ofanEfactiontcOata>niarehanQa(6Dt)atMronmant  Thfa  iianaaetion  aat  (can  ba  uaad  to...)* 


dT  TTUNSAdnON  SET  f Aili(i)  f^oraachtataiaprouidathafoAowinoireormatloiv  FOMAAT: 

TABUEX 


POSITION  SESKINT  RXQ.  KAX. 

ML— ifl — xms - &Bs>  yst*. 

010  ST  TranMctiofi  s«t  Maadar  N  1 

030  BB  Baqlnnlng  Saqaant  For  N  1 

ate. 


LOOP  REPEAT  NOTE 

sasm _ EELu 

Meta  I 
Coaoaant  l 


Noiat:  TMafaanoia.  NOTES  ara  pan  of  tha  atandard  (numtarad). 

CommartA:  Thta  a  a  oommari.  COMMENTS  aia  not  pan  of  tha  ataMardOaOaiad). 


^  A^PENOl^  i^tAilPUi  larnplaoarauaadtoiaotthamartofihaprapQaodtianaacdon  andtoaNpialnltp 
uaara.  At  laaM  ona  aampia  a  mandatory.  No  raeognaiMa  propar  namoa  may  ba  uaad  a  any  acampa. 

FKMME  1:  (OpdonaOUaaaaampapapardocuwaniuafnflmocfcdaia.  Vuaod.daamuaibaaeetnufyfTappad 
toFipurai  OrfpMalsrapMeimuoibaaaachadd-t/Mnaoihayewtbaeepad. 

nOURE  a  (or  EXAMPLE):  TNattaflourBandprauidaaBuainaaaScanarietoaKplalntotharoadarwhaiagolng 
onathaoompa.  Addthanota:  TnthaaampatfaaatarakC) rapraaaraathadataaamantiapafatorardtha 
N/Lcharactararapraaantthaaagrtaratarmlnater.*  Praaara  EDI  tranarnaaion  data  and  la  rnaanino  a  two  eohantw. 

2ZorZaoodaaaradaQouraoad.alneathairuaaluinaaaaana9anMoryaK«TS)aari.  FORIMT. 

BUSINESS  SCENARIO:  MMa  tranaactton  aat  tha  aandar  a  XYZRataBCartor  aid  tha  raeaNar  a  ttafe-auppOar, 
Faraaatic  Produeta  MamAacturtng.  lnc....ai& 

EBI..m6N.SMlSSI0WPATA _ ffBANSACDON  SET  PURPOSE)  DATA 

ST*SXX*0005  H/L  Bogin  Tranaactlon  Sot  •XX;  Control 

No.  0005 

BB*01*79t00a  N/L  Original  Tranoaiaaion;  Rot.  No. 

79800 

ote. 
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OEPARTMOrrOF  OEPBitSE 
ORAFT  MPLEyENTATfON  CONVENDON 


S/tO/«D 

DM  NumbRf _ 

(SAcrpuiiat  Only} 

Oocum#otNo. _ 

(D«vtlop«r  Obttint  from  OlSA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 


INSTRUCTIONS:  Um  tNt  fonn  to  submit  a  draft  transaction  sat  for  ravlaw  by  X12J  Tachnical  Assatsmani  unti  R  Is 
text  processed  by  OlSA.  Use  a  new  Transaction  Sat  Oavaiopmant  Form  whenever  revisions  ara  proposed  and  a 
taxt  fie  has  not  y«  bean  preparsd  by  OlSA. 

ATTACHMENTS:  Anach  al  pages;  usa  this  form  as  tha  fkst  Fofl^  these  fnetnictiona  for  preparing  matarlais. 

The  submRtsr  must  obtain  a  doeurrtent  number  assignment  from  OlSA  Post  R  to  this  form  (above). 

Attach  a  List  of  Revlaions  if  the  draft  was  previousiy  reviewed  by  Xt2J  or  I  this  is  a  revised/radesigrted 
transaction  set  standard  requiring  Xi2  baRoL 

Use  ONE  Work  Request  Form  to  list  aH  supporting  dau  maintenance  for  the  transaction  set  and  attach  I 
tothisform  Propose  new  or  revised  codes  for  DE  143  and  OE  479  at  a  minimum.  V  required. 

A  Transminal  Form  must  accompany  this  documare  when  R  la  submRted  to  OlSA  for  distrtxXion 

Use  the  most  recent  X12^^  Siandarda  Development  Workbook  to  chock  your  document  for  accuracy 

A  SUBMITTER  INFORMATION 

Submitter  Name  _ 


Company 

Address 


Address/ZIP 

Phone 


Indicate  the  XI 2  subcommRtee  or  task  group  whose  posRion  is  represented  here. 
I  declare  that  this  represents  the  official  posNIon  of  X12  WORK  GROUP: 
eaublished  at  the  meeting  dated _ . 


B.  ABSTRACT  The  Abstraa  la  ragistered  wRh  the  American  National  Standards  instRuta.  It  is  a  precise  summary 
of  the  Purpose/Scope  (see  Section  C  below).  It  may  be  identical  to  the  Purpoae/Scope  i  that  is  brief  (two 
paragraphs),  otherwise  summarize  tr^  purpoee/scope.  It  shoiAd  contain  enough  mfonmatlon  about  the  sundard 
to  enable  a  potemiai  user  determine  what  equfvaient  paper  transaction  R  rspreeants  or  what  the  standard  is 
intended  to  do.  FoRcw  the  format  on  page  two. 


BASEUNE  AS  OF:  JANUARY  2S,  1903 
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OEPARTMBir  OF  OEFGNSf 

DRAFT  MPLEMENTAT10N  CONVBmOH 


SAMPLE  TRANSMITTAL  FORM 


R*»  S/10/90 


initlalizad 

KEY  DATE:  Ftbnary  18,  IfM 

DELEGATES  NAME 
RESPONSIBLE  SUBCOMMITTEE/TG# 

TRANSACTION  SET/GUIOEUNE  TITLE 

BALLOT  Document  No. 

Current  Document  No. 

Previous  Document  No. 

Project  Proposal  No. 

Associated  WR/OM  No. 


JoOnOoe 

ASC  X120  XX  SubcommiReeA&t 
X12J0(  ABC/XYZ  TRANSACTION  SET  (8XX} 


ASCX120/90<051 
ASCX12O/90-004 
PP-M0 
DM  012-190 


PROJECT  PROPOSAL 

PP  Review  by  X12J  PATE)  2/7/90 

PRB  Approves  PP  PATE)  2/9/90 


DEVELOPMENT  PHASE:  Project  proposal  approve)  through  approval  for  X12  vote. 


Document  Submtted  for  OiSA  Text  Proceeaino  PATE) 

Subcommlitee  Approves  Draft  for  Review  by  Xt2J,  Tech  Assessment  PATE) 

X12J  Tech  Assessment  Review  PATE) 

PRB  Approves  Document  for  X12  Vote  pATE) 


ORIGINAL  BALLOT  DATA  piSA): 


Ballot  Qosed  Date 

Tally/Comments  Sent  to  Chalr/Deiegates 
Tally  Stats  (Number  and  Percent) 

_ BaSouMaled  (100%) 

_ BaDots  Returned  ( _ %) 

_ Approved  ( _ ^%) 

_ Appw/Commant  ( _ %) 

_ Disapproved  ( _ %) 

_ Abstained  ( _ %) 


PATE), 

PATE), 


4.S.12 


BAaELME  AS  OF:  JANUARY  2».  IStl 


DEPARTMENT  Of  DI^ENSE 
DRAFT  MPLEMENTATION  CONVENDON 


PagtTwo 


COMMENT  RESOLUTION  PHASE:  Sm  Sacttont  A.  B  and  C.  H  tha  subcommlHM  it  arty  tkna  daddiM  to  rabaloi 
dia  documarx,  PRB  approval  la  raqulrad  and  rasponaa  Man  ara  not  nacasaary. 

A.  COMMENT  RESPONSE  LETTERS:  AnOpanforunmuNbaachadtiadatthanaxtXt^maatlngtoBowingtha 
balot  dosing  data.  Afl  thoaa  who  commantad  racaiva  a  commani  rasponaa  Mar  trotn  tNa  davaioping 
subcoiTwniRaa.  DtSA  racords  this  procasa  and  handas  tha  maling. 

Opan  Forum  Data  (DATE) _ 

RaaponaaLaltanMaladOutbyOISA  (DATE) _ 

Rabuttal  Partod  (30  days)  Oosaa  (DATE) _ 


ADJUSTED  BALLOT  DATA  (OI8A): 

300ayRasponsaRaviswaoaadDaia  (DATE) 

Taly/CommanttSarxtoChair/DalagMss  (DATE) 

TaBy  Stats  (Numbar  and  Pareart) 

_ BalouMalad  (100%) 

_ Balota  Ratumad  (  %) 

_ Approvad  ( _ %) 

_ Appw/Commant  ( _ ^%) 

_ Dtiappravad  (  %) 

_ Abatalnad  (_%) 


B.  SUBSTANTIVE  REVISION:  If  balot  commans  rastit  in  subatandva  ravisions  to  tha  documanL  thasa  ara 
raviawadbyXiEJandprooaaaadbyOiSA  Thatav«saddoctfnantlasubniiRadtoXi2votaniora30<dayrtvtaw 
partod.  DiSA  racords  this  proeaaa/hantflas  maling.  Subeomntittaas  shodd  condud  30^y  ravlaws  for  rasportsa 
Man/ravtsad  documants  concurrarlty. 


Subcommittaa  Approval  df  Ravisions  PATE) 

X12J  Raviaw  of  Ravisions  (DATE) 

DISA  Mils  Ravlsad  Documant  PATE) 

Substantiva  Ravision  SDOay  Raviaw  Oosas  (DATE) 


ADJUSTED  BALLOT  DATA  ptSA): 

aoPaySubstandvaChangs  Raviaw  Oosad  Data  (DATE) 

Taly/Commantt  Sant  to  Chalr/Daiagatas  PATE) 

Taly  Stats  (Numbar  and  Parcani) 

_ BaRou  Malad  (100%) 

_ BaBots  Ratumad  ( _ %) 

_ Approvad  ( _ %) 

_ Appw/Commart  ( _ %) 

_ Disapprovad  ( _ ^%) 

_ Absttinad  ( _ ^%) 


BA8EUNE  AS  OF:  JANUARY  2S,  ISSS 
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DEPARTMENT  OF  DEFENSE 

DRAFT  MPLEMENTATION  CONVBmON 


PRB  APPROVAL  PHASE:  Aftsr  the  convrwnt  rssoiution  pwtod,  the  MibcommlDM  votM  to  •ubmA  th«  documtnt 
toths  PRB  tor  approvii  to  publish. 


Subcommitise  Votes  to  Rsissss  to  PRB  PATE) 

PRB  Approves  Publication  PATE) 


FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 
VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 


4.0  14  BASEUME  AS  OF;  JANUARY  2B,  1tS3 


DCPARTUENT  Of  DEFENSE 
DRAFT  ilPLEIIEMTATlON  CONVENTION 


TRANSMITTAL  FORM  INSTRUCTIONS: 

GENERAL  Tlito  TfiiwnlBN  Form  h  a  TURNAROUND  OOCUMEhC  iMSch  racord*  tNi  Mttory/eurrM 
project  documant  It  N  uasd  to  tchanga  intarmstion  batwaan  tha  SacrNirtM  and  ttw  commtuw  ct  X12. 
MannMiG«NetjmaatNa(addon).  TMifermNaittehadtotliadocum««v«hanavarlNlMuadlordl«rtbu^ 
mandatory  lor  submUngdoeumanis  to  0lSA.Xi2JTachnicalAaaaaamanL  and  ttiaFRS).  Documant  oortroi 
numbart  aia  at!  raquirad  on  aach  documara,  and  naw  numbtm  aia  raqolrad  wltanavar  I N  ravtaad. 

KEYDATE:  TMtNijBadtoldar«ffythalataaivaralonorthadocunwnt(daWaaaodBtada«hihacunarttranaRi«al 
lormupdaM). 


DELEGATE:  Each  aubeonvMBaadaaignataa  an  MMduaKdalagata)  from  tha  group  raapontlAa  for  thaproiaci 
Tha  Sacraiarlat  muat  ba  Monnad  i  tha  datagatt  changaa. 

mmATION:  FilirarydaMNraoordadbyDiSAonthaMialtzadtormaRarttiaprolactptopaaailaappropvadbytna 
PRB.  TlwauboorivT«aac««bwiddalagata(a)raeaMthaindaKzadTiariamttdFomilramOISA:tftaraMkar.iha^ 
araraaponaUa  for  raeoidingthaapprQpriattatAKornnaBaa  approval  dataa.  Tha  cflr/dNagata  wt  racalva  a  copy 
of  tha  updatad  trwtamltal  form  vNtan^ar  I  k  rwRaad  by  DISA. 

UPDATING:  AtaochapproprfaiaaMp.DISAwRPOSTfraahdatatotfwfornvAOOihanaadappioprtotablani(sto 
thafonn.andSENDttothaaubcomm«taactkir/dalagBtaaiaachatatuactianga.  TTia  dalagata  muat  POST  tha 
form  WAR  fraah  dan  at  aacfi  atatuB  efianga  for  whief)  iha  aubeommatsa  la  mponafeia  and  SEND  I  wth  iha 
appropriata  documant  to  tha  SacratartaL 
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osfout.  MFomunoN 


APm  AN  til  AAUOT.  THf  NnPONHUI  MMOOMIMrm  (ON  m  OCaONATlD  TAW  OMOUP)  MUiT  rnwid  Ik 

OmmmvNvsim.  'HurupMiiNWn  I  rmnirtm  rmninf  r**T - - - - 

■w»w«o««hoaiiiwt».>KWWi>ialoBwwwrt<rt  wpenjua.  wigwiw  wuw>»< 


NOHl  vMNl  Ift  NMMM' 


OmONI:  OBlOIKiinill(IIA>TlfllfrTBQTOAU.eOIM»nOM 
VwitiwirN*P<won<li<f»t»— WfcilaaBHW*— ».  C«a)y<«MMM*«aM 

N— wait  <pliBw.y0MHiNr  <WMH»aowiiiwrwiwliN>  — mpon^ 


NIartam.  IMyMfHvi 

•  •tMiMapwOk  Iwy 


Pvr  MMfl  MMwm 
■  OMPpmad  RBMt  ta 


OmONl:  MNVnUALUrrTWTOIACNOOMMNTON 

YMiiMrpapmanpinvlirMNisanMWMBr.  My«uNMMMt«pdaA,imnMdMiapi 
Ppipp  iumN  biMindM  idMr  PMtp  pftd  Pp  NPVmN  ImpuMm  Ibip*.  immPdf  9Mt 


MVfwimoNi 

fTIPI:  Plp«l»pfMffwlmpagpaf|airiMH(t)«nAiCXta 
•MwratdripprMMPMMmpItaaHhHl  VduiMriWM* 


VywdDNilwt* 


•TIPt:  CaltwIwwtNilVddHumMMnvvIntfMhir.  ThN wwppr twi tmm > 
PydMWw<p>ini»»iPalwmp»rNddN>aiwwwr.f  <Hmiw<dMn»NwMW»g«M> 

(•4..  Asc  xiaprraMo-iaBA),  tm  mama  tr  •  v  ak  xtxPrroMP-iaw).  m. 


tTVS:  CtwoMyturlfr 


fTIPd:  Pi«pa«fwliavlDaMMn|tipMtln*,MM»yMn0«i 

a  P(«¥id»dconiHSniffli(Mndpr>)lnfi»««Hrngr 

b.  PrtmtwdaBWianiaanMiMntarunrivtvliW 

c.  PfMtwdwwndwtMAaeumMaanntnimfev. 
A  AM«Ma«ilMMr»twMiMMl,«rlirafM«ile 
t.  Iwdudi  tw  InpiPiuiBni  uriawpA  — twlwiwipp 
t.  YowiMyvMPNMipfiiMtoiMrdmirwTn 


Ivjnivi 


in  tp  ippv  H*w  N  Pip* 
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AccretMM  Stindards  CorrvnttM 
ooarnnQ  under  the  groceoree  of  the 
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JQCufnent  \o 


Tm  ioaeiey 
{999)9».9999 

Dta  Saitbey 
(999)  W-9999 


ASC  XUC/TG2D/90-999 
luae  25, 1990 


X12  Members  Who  Coameoted  oe  Modifkatioo*  to 
XUjb  Cootroi  Stmetures 

Respoese  to  Comaenu  oo  Oeceaber  Ballot 
DMs  205289, 215289, 317289 


Thank  you  for  your  ooaaentt.  Thii  baOot  inwohed  modifications  to  X12a  Of  the  327  ballots  Bailed,  153  ballots  were 
return^  Of  these,  81  approeed,  15  approved  with  cnaaem.  20  disapproved  with  r*^*****  and  37  abstained. 


In  feaeral,  the  vote  responses  were  in  favor  of  the  aodificatioaa.  The  aaiority  of  the  ooaacnts  focused  on  the  iapaa 
of  these  aodifieations  on  the  presentation  of  infomation  in  the  X12,22  *  DirectotT.  The  proposed  aodificatioat 

and  the  resultinf  presentation  in  the  legmeat  direaary  have  been  remarked  ■  nafemam  tn  tkgM>  rnaaiMM.  A  revised 

aodification  to  XUjawis  reviewed  by  Technical  Assfssaent  a  the  June  ASC  XUsMtetinB.  Modifications  to  the 
dowent  have  been  aade  which  reflect  responses  to  the  coaaentt  froa  this  baOot,  and  a  revised  copy  of  XUjm  is 
being  disoftnited  to  all  who  voted  on  this  issue,  for  30^  review  of  revisioni. 

Specific  responses  to  comacau  follow. 


COMMENT:  Autoaobile  Coeporatian 

‘Add  the  foOowiaf  note  to  Parapaph  33:  NOTE:  Comwunicaiinn  protocol  characters  should  be  excluded  bxsa  the 
character  set* 

RESPONSE: 

The  cover  letter  seat  out  with  the  wetingpackafeesplaiacdtha  the  intent  was  to  obtain  consensus  on  the  proposed 
aodifieations  to  X12jbl  XUb  is  a  difikuk  standard  to  aaend.  We  request  tha  ballot  responaes  be  considered  oo  the 
aerita  of  the  recoaaeaded  asoffications  and  sot  on  the  suadard  m  a  eMe.  Your  was  outside  the  scope  of 

the  requested  aodifieations. 
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COMMENT:  Airaa/t  Corporatioa 

*Sone  CQiuideratioa  for  Abatract  Syntax  Notalioo  One  (ASN.l)  tkouid  be  allowed. 

1.  ASN.l  is  capable  of  defiaiflf  all  of  tbe  weersufy  inter-relatioas  needed  by  XI2  Uaatactions. 

1  ASN.l  requires  less  eharacten  to  defiiie  the  same  information. 

3.  ASN.l  is  the  encoding  scheme  used  by  moat  OSI  work.* 

RESPONSE: 

The  recommendation  to  consider  nsage  of  ASN.l  eneoding  reaches  far  beyond  the  scope  of  the  modifications  requested 
in  this  baQot.  Activities  such  as  this  are  best  submitted  as  separate  work  requests. 

COMMENT:  Some  Software  Inc. 

Xonditionality  of  dau  elements  should  be  left  to  the  discretion  of  implemeaution  and  agreements.  There  is 

much  diicnssioo  at  times  as  far  as  whether  certain  data  elements  should  be  mandatory  or  not;  many  applicstioe  systems 
are  iwapable  of  providing  «*«*««■  'mandatory*  information  and,  as  such,  filler*type  data  must  be  inerted* 

RESPONSE' 

The  issiie  of  data  element  conditionality  as  a  whole  is  a  much  broader  subjeei  than  was  intended  to  be  addressed  within 
the  scope  of  this  baDoL  This  ballot  was  tmended  to  provide  a  means  for  ooosisteat  docuasentatkm  and  appiicatioa  of 
already  existing  conditional  atmengea.  If  the  commentor  believes  that  the  conditional  Kructure  should  be  removed  from 
the  standard,  the  task  group  recommends  that  this  be  submhted  as  a  separate  work  rcqnesL 
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Accreond  Stanoarda  Corrmaae 

JoeSenebody 

opcnKTip  kjidar  ttw  procedims  of  (tw 

Chair  TG19,Xl:»: 

Amancan  Nauvwl  Scar^dardi  maotua 

(999)999-9999 

Docuf»>«nt  No 


ASCXl2C/rOS/«W»IA 
AufUN  10, 1990 

M«.  Jane  Doe 
AaeneaaBuk 
One  Ceatral  Flea 
Middle  Aaeriei,  MO  99999 

RE:  Retpoaie  to  BeOot  CoMentt  on 
ASC  X12  Model  Guideline 

Deer  Me.  Dee; 

Snbooaaittee  X22C  Mt  emponcted  ki  Talk  Group  19  to  provide  reaponaca  to  tke  coaaBenta  oo  thia  ballot.  The 
■eabenofTGlSwiak  to  thank  aBXUaeniben  who  took  the  tiae^eSaft  to  vote  omthiagnidefi^  We 
napeeiafly  thank  each  iadividiia]  who  provided  eoaaenia,n4ether  in  approval  or  dupprovni  of  the  fuidefine.  We 
meognae  and  appmdate  yow  careful  review  of  thk  docuamt 

Our  raponac  ia  keyed  to  the  aanbeied  heas  in  the  maaeitti  attached  to  yonr  baOoL 

RESPONSE 

1  We  agree  with  your  enaact,  la  Section  4X2,  we  have  repfaoed  Na  udfis  ntla  ..*  with  ’niki  ~  are  utilized*. 

2.  Tie  cowfhaion  betvaen  Section  4X3  and  Section  6,2  only  eaitfi  becaua  of  the  eaaple  we  choae  a  the  firat 
■ection.  Thia  ii  a  hypothetical  eaaple,  of  a  liapUfied  aodel  Headen  ad  traSeii  can  be  plaeed  on  the  content  at 
ALL  levek,  and  do  not  neeeaaariiy  eorreapond  to  ASC  Xl2  headera  and  oraikn. 

3.  We  apoe  with  your  coaaca  Section  6,2  haa  been  rfiintril  ao  tha  *the  raiabHaharat  of  w«  added  to  keaa 
land  4, 
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5.0  GLOSSARY 


This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  XI2 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE). 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  aSA/IEA/TAl)  defined  in  X12.5. 
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Data  Eiemeot 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single- 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (0),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types;  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange,  from 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  membership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  XI2  Publications  Task  Group).  The  I>raft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  busine.ss  information  in  a  .standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environmem  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  imerchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver.  (3)  provides  control  information  for  the  inter¬ 
change.  and  (4)  allows  for  authorization  and  security  information. 
{X12.5) 

Loop 

A  group  of  semantically  related  segments:  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  Ni  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  clement  is  required. 
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Mapping 

The  process  of  identifying  the  standard  data  element's  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  panics. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  ideraifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  desigiiaiui. 
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Segment  Terminator 

A  ui.ique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  deHnc  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X  12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Release 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X 12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

Vies  CoinmUtee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12,5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  conu-ol 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD{P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 

ISA 

Interchange  Control  Header  Identifier 

NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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